洋葱体系结构-选择正确的“模块”方法

Question

我已经研究洋葱建筑几个星期了，我偶然发现了一个技术性的交易。

当我说“模块”时，请注意我指的是项目的概念。更清楚的是，它兼容:模块= .NET汇编/Java模块

到目前为止，我在大多数Onion架构项目中看到了2种模块模式，它们是：

1-每一层都有自己的模块，因此有：

• 领域-实体
• 域接口
• 服务-接口
• 服务
• 基础设施-数据
• 基础设施-伐木
• 用户界面

2.所有相关模块都封装在一个模块中：

• 核心(域-实体，域-接口，服务-接口，服务)
• 基础设施(基础设施-数据、基础设施-日志)
• 用户界面

第二种方法对我来说要简单得多，但我不太确定它将来是否会导致依赖问题。有什么建议吗？

Answer 1

您拥有的模块越多，对象之间的依赖关系就越不灵活，因为您受到严格依赖方向的限制。

设计#1对我来说太细了。尤其是，将接口从实现中分离会阻止您引用接口模块和实现模块，这可能是有限的。有时，A中的对象需要松散地耦合到B中的对象，该对象的接口是在A (DDD存储库中)中声明的。