确定将代码分解到不同文件夹和命名空间的最佳方法
-
23-08-2019 - |
题
我有以下目录:
-用户界面
-商业逻辑
-数据访问
-BusinessObjects
如果我有一个类是服务器端服务的客户端存根,它会更改服务器系统上的状态,那么它会去哪里。。
解决方案
此代码属于回收站;-)
说真的,如果你写了它但不知道它去了哪里,那么要么代码有问题,要么你的分区有问题;我们如何才能比您拥有更多有关您系统的信息?
现在,如果您只是想要一些不知情的意见,我们已经提供了 PB 级的意见:
- 它出现在 UI 中,因为你说它是客户端存根
- 它进入业务逻辑,因为它实现了业务规则的效果
- 它进入数据访问层,因为它正在访问状态更改的服务
- 它进入业务对象层,因为它会导致服务器上的状态更改
如果您告诉我们存根的实际用途,将会更有帮助;没有具体细节,很难知道它属于哪里,和/或很容易在真空中争论它“应该”属于哪里
其他提示
我会考虑这个的数据访问的形式,虽然目前还不清楚,我认为你需要把它放在同一个项目作为您的数据访问类的其余部分。请记住,层主要概念 - 来帮助你保持你的设计干净。将它们分成不同的项目有助于组织上,但不是强制性的。如果它是一个实际的stub类,则数据访问项目可能是自然的家园,但如果它的UI层只用,然后保持它的出现很可能是好的。
我认为它不属于其中任何一个。您要么需要一个新目录,要么需要一个全新的项目。但在给出的这些中,我不得不说 BusinessObjects,因为它肯定不是 访问 data 根据您的描述,而只是像本地对象(存根)一样工作。
在一个web服务储存库。
不隶属于 StackOverflow