由 dbml 形成的数据访问层中的功能

Posted

技术标签:

【中文标题】由 dbml 形成的数据访问层中的功能【英文标题】:Functionality in a Data Access Layer formed by a dbml 【发布时间】:2011-02-24 05:01:06 【问题描述】:

我得到了一个由一个 DBML 形成的数据访问层,其中我只包含我需要的所有对象。是否有必要在这个 dbml 中编写更多功能,或者我可以只使用 dbml 作为我的 DAL?我问这个是因为我目前正在编写功能,例如,从业务逻辑层的表中获取所有文章。所以我现在有点迷路了。可以举出什么样的例子,让我清楚地知道在业务层中放置什么。

【问题讨论】:

【参考方案1】:

业务逻辑层基本上是放置业务规则和业务实体的地方。它是您想要做的事情,例如确保用户可以添加文章、编辑文章、删除文章等的有效性检查。目的是集中您的所有业务规则和实体,以便表示层不会需要了解下划线的 DB 结构,并且 DB 结构没有定义接口。

如果你需要一个,你需要自己决定。

【讨论】:

【参考方案2】:

http://www.microsoft.com/events/series/modernsoftdev.aspx?tab=webcasts&id=42420

Microsoft 进行了一系列由 Joe Hummel 主持的关于使用 C# 进行现代软件开发的网络广播。在那里你会发现很多关于构建低级数据访问层以及它应该如何与业务层交互的内容。我从这些课程中学到了很多.. 非常好的东西。

【讨论】:

以上是关于由 dbml 形成的数据访问层中的功能的主要内容,如果未能解决你的问题,请参考以下文章

数据访问层中的静态方法

数据访问层中的计算

数据访问层中标准 ORM 的替代方案是啥? [关闭]

在单独的数据访问和业务逻辑层中,我可以在业务层中使用实体框架类吗?

EntityManager 应该如何在一个很好的解耦的服务层和数据访问层中使用?

使用三层架构处理业务