.net - 方法何时成为 "BusinessLogic"的一部分以及何时应将其放置在 "Repository"中?

标签 .net architecture

  • 你手里有一个“方法”。
  • 它达到了 Db。
  • 根据方法的实现,可能会加载、保存、删除某些实体。

并且您需要将此方法放置在某处;您的选择是存储库或业务逻辑。

问题: 该方法的哪些属性使其成为业务逻辑的一部分,以便您将其放置在业务逻辑层中?

如果我换个说法:您如何决定是否应将方法放置到“业务逻辑”或“存储库”?

最佳答案

您的存储库应该执行简单的 CRUD 操作(例如插入、选择、删除等)。如果它做的事情超出了它的范围,那么它就属于业务逻辑。

您可以有一个服务层来执行业务逻辑,然后调用您的存储库,但您的存储库应该是“哑”的,只执行 CRUD。

关于.net - 方法何时成为 "BusinessLogic"的一部分以及何时应将其放置在 "Repository"中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14217352/

相关文章:

.net - 字符串不等于字符串?

c# - Entity Framework 设置 ID 不应该的时候

没有 proto 文件的 C# gRPC 服务

c# - 使用程序集作为许可证文件的优点/缺点?

.net - 如何: Back button support "Ajax"

architecture - 什么是用例场景?

c++ - 解析自定义类型的数学函数

php - 网络应用架构设计

java - 前端架构

web-applications - 在Web应用程序中使用Drools Expert/Flow的最佳实践