Visual studio 2010 组织项目解决方案,并为存储库提供接口

Visual studio 2010 组织项目解决方案,并为存储库提供接口,visual-studio-2010,domain-driven-design,organization,project-organization,ddd-repositories,Visual Studio 2010,Domain Driven Design,Organization,Project Organization,Ddd Repositories,VS 2010/C# 尝试组织一个解决方案,并寻找用于命名将承载存储库接口的项目的选项 我有: MyProject.Domain MyProject.WebUI MyProject.Repositories MyProject.Interfaces 到目前为止,“接口”是我想到的最好的名字,但我不喜欢它。有什么想法/建议吗?看到存储库接口与域对象本身放在同一个程序集中并不太少见。这就是杰弗里·巴勒莫在他的系列文章《关于未来的挑战》中所讨论的。就我个人而言,我也这么做 至于背后的推理,我认为定义存

VS 2010/C#

尝试组织一个解决方案,并寻找用于命名将承载存储库接口的项目的选项

我有: MyProject.Domain

MyProject.WebUI

MyProject.Repositories

MyProject.Interfaces


到目前为止,“接口”是我想到的最好的名字,但我不喜欢它。有什么想法/建议吗?

看到存储库接口与域对象本身放在同一个程序集中并不太少见。这就是杰弗里·巴勒莫在他的系列文章《关于未来的挑战》中所讨论的。就我个人而言,我也这么做

至于背后的推理,我认为定义存储库与域对象相关的功能是完全合乎逻辑的。在我看来,对存储库行为的考虑与域本身一样重要。假设您有一个团队或开发人员处理域模型,并在与域专家合作后定义存储库接口。他们/他/她的职责是确保知识转移到域与存储库的关系,但不一定是存储库本身

在这样做时,将此程序集交给团队中的任何其他人,UoK(知识单元,我自己的术语)将被约束到程序集。然后,编写存储库实现的人员将根据程序集中转移的知识编写代码。由于此UoK基于存储库的实现方式是不变的,因此从数据访问的角度来看,它在逻辑上进入另一个程序集