【发布时间】:2018-10-14 12:57:45
【问题描述】:
我已经阅读了很多关于你们如何组织业务逻辑的文章,很明显,只要将视图与应用程序中的其他层解耦,就没有错误的实现。
我的问题与层的物理实现有关,而不是概念上的。您更喜欢如何实际实现业务逻辑层的结构?
我倾向于有一个“服务”文件夹,其中包含应用程序每个模块/部门的持久性和查询服务类。
您对业务层文件夹结构的偏好是什么,所以如果您要从解决方案资源管理器中查看它,您倾向于/更喜欢创建哪些文件夹和子文件夹?
编辑:
我在问您喜欢将文件夹标记为什么。我将我的模块文件夹称为“服务”,我还看到它们被标记为“EntityHelpers”。
【问题讨论】:
-
这是基于意见的(根据help center,这是题外话
-
我相信这是“视情况而定”是正确答案的问题之一。如果您可以在一个文件夹中处理所有内容,请执行此操作,如果您觉得需要进行一些分离,请选择它。
标签: c# logic structure implementation