.net，业务逻辑和 DAL 之间的 C# 接口

Posted 2023-02-24

技术标签:

【中文标题】.net，业务逻辑和 DAL 之间的 C# 接口【英文标题】：.net, C# Interface between Business Logic and DAL 【发布时间】：2011-02-11 21:59:30 【问题描述】：

我正在从头开始开发一个小型应用程序，并使用它来尝试自学架构和设计概念。这是一个 .NET 3.5、WPF 应用程序，我使用 Sql Compact Edition 作为我的数据存储。

我正在处理业务逻辑层，并且刚刚开始编写 DAL。我只是使用 SqlCeComamnds 来发送简单的查询，并使用 SqlCeResultSet 来获取结果。我开始设计我的插入和更新方法，这就是问题所在 - 我不知道将必要数据从 BLL 获取到 DAL 的最佳方法。我是否传递了一个通用集合？我是否有一个包含数据库所有数据的海量参数列表？我是否只需传入实际的业务对象（从而将我的 DAL 与 BLL 中的具体内容联系起来？）。

我考虑过使用接口 - 只需将 IBusinessObjectA 传递到 DAL，它提供了我正在寻找的简单性，而不会将我与当前实现过于紧密地联系在一起。大家觉得呢？

【问题讨论】：

【参考方案1】：

我认为将业务对象传递给数据访问层是可以的。我认为 BLL 的工作只是与它的对象一起工作，检查是否遵循了所有规则，关于可以保存什么、由谁、在哪些字段、时间等方面。

一旦完成，它应该将它传递给 DAL，我认为它的工作是弄清楚如何将它得到的东西转换成可以持久化的东西，但它不会检查正在持久化或读取的内容或由谁来做。这可能是直接的，la linq，但如果您的逻辑 mdoels 与您的数据模型 1:1 不匹配，那么 DAL 应该进行所有转换。

关于将 DAL 绑定到 BLL 中的内容，我认为您应该担心反过来，将 BLL 绑定到 DAL。我会使用一个接口来表示你的 DAL（如在 IRepository 中），这样你就可以让你的 BLL 调用任何类型的持久性机制，只需更改它正在使用的 IRepository 的类型（如果你使用 IoC 则加分：P）。实现 IRepository 的具体类将与业务对象相关联，但他们必须知道他们保存的是什么，不是吗？而 BLL 不必知道是什么在进行保存。

【讨论】：

我认为您在谈论与我相同的事情，但从另一个方向开始 - 我一直认为 BLL 将原始数据转换为业务对象，而您建议 DAL 转换业务对象转化为原始数据。谢谢你的帖子。它让我以更全面的方式思考问题（数据对象），即使我最终没有走这条路。【参考方案2】：

我认为您的问题没有简单的答案，因为根据具体情况有很多选择。我发现阅读以下两本书有助于我更好地理解您描述的问题。

MS .NET：为企业构建应用程序（Esposito、Saltarello） MS 应用程序架构指南，第 2 版。

第二本书可在线获取。看here。

【讨论】：

【参考方案3】：

在 DAL 中传递业务对象是最简单和最快的方法。它适用于小型项目，但也有同样的缺点：

1) 业务对象是 BLL 层的一部分，如果您在 BLL 中传递对象，则 DAL 将依赖于 BLL。低层知道上层 - 这与层的想法完全矛盾。

2) 直接将业务对象保存在 BD 中通常非常复杂。在这种情况下，最好引入新的“映射器”中间层。

为了克服所有这些问题，我通常使 DAL 接口独立于业务对象。我改用“行”类 - 表示数据库或 XML 中的一条记录。在 .NET 3.5 中，linqtosql 自动生成的类可用于此目的。

【讨论】：