c# - 一个数据访问层服务于多个业务层？或不？

Question

我有(或将有)一个 DAL，其中包含我对 ERP 系统的数据访问方法。

在业务方面，有些上下文将使用此 DAL。示例有:条码应用程序、自定义销售拣货应用程序、采购订单应用程序。

我正在考虑与其为我的业务层创建一个 DLL，不如将其分解为这些主要区域，从而使它们与 DAL 独立通信。这将有助于减少我完成的应用程序的膨胀

这是我的第一个问题，第二个是业务层之间通用的数据访问对象是否应该驻留在单独的项目中以便所有 BL 都可以访问？

最后，这些数据访问对象对 DAL 也很有用，因为许多方法将这些对象的列表返回给业务层或直接返回给表示(不常见但会发生)。他们应该引用具有 DAO 的相同公共(public)类吗？

Answer 1

我认为你的第二个问题的答案已经很明确了； DAL 应该有自己的项目。

至于第一个，这实际上取决于不同应用程序需求之间有多少共性。您还需要考虑拆分成多个 BLL DLL 是否会增加业务逻辑维护的复杂性。

我会敦促您谨慎对待从同一用户界面访问 DAL 和 BLL 的最后一项。这意味着您可以依赖两者。将简单的方法放入 BLL 中可能会更好，它只调用 DAL 功能并返回答案，这样一切都从 UI 到 BLL 再到 DAL。

当然，对于所有这些事情，您需要考虑哪些答案最适合您的应用程序和开发方法。