在 Visual Studio 中创建用于数据访问、业务规则和业务对象的项目
本文关键字：业务 规则 对象 项目 访问 Studio Visual 创建 数据 用于 | 更新日期: 2023-09-27 18:32:16
我在Visual Studio中创建了一个解决方案，以尝试实现基本的3层C#应用程序。我已经研究了这个概念，现在我正在尝试为每个层使用不同的项目将其组合在一起，即我有DataAccess、BusinessRules和BusinessObjects的项目。
BusinessRules项目是否应包含对DataAccess和BusinessObject项目的引用？（DataAccess和BusinessObjects不应该引用BusinessRules？
设置好后，我意识到虽然我了解每个层负责什么，但我不知道您是否应该使用DataAccess层中的数据填充业务对象，或者DataAccess层是否应该将请求的数据传递给BusinessRules然后填充对象 - 推荐的方法是什么？
虽然它可能对您的问题没有帮助，但答案始终是"视情况而定"。在这方面，没有"一个环来统治他们所有人"。如果有，就不需要建筑师了。
话虽如此，在我的特殊情况下，我喜欢：
- 让数据访问层对业务对象进行操作。这假定 DAL 全部在代码中，而不是在数据库中的代码和存储的过程之间拆分。
- 让业务规则层对业务对象进行操作。再次假定所有代码而不是存储的过程。
- 数据访问的业务规则是一个棘手的问题。这在很大程度上取决于应用程序的类型和规则。如果需要业务规则来更新存储，我可能会从 DAL 中提取接口，以便业务规则只能依赖于接口。
同样，这些项目适用于我的情况。它们对你来说可能是完全错误的。另外，您没有提到用户界面层，服务层，等等等等。可以有很多零件和零件。
没有任何硬性规则是你必须遵循的。你必须看看你的需求，你的要求，以及你有什么限制。
祝你好运。