architecture - 洋葱架构——外层的不同部分可以相互依赖吗？

Question

我正在尝试根据洋葱架构方法重构系统。

我的外层包括以下部分

1. WCF Web 服务（我们提供）

2. 数据库访问的基础设施类

3. 访问外部 Web 服务的基础结构类

4. 测试

我想仔细检查是否允许外层的不同部分相互依赖。例如，WCF 类可以直接依赖于基础结构程序集中的任何代码吗？

据我了解，这是不允许的。例如，WCF 代码应该只依赖于内层的代码（例如接口）。你能确认一下吗？

附言

我有点困惑，因为一方面有些文章证实了这一点：

http://blog.ploeh.dk/2013/12/03/layers-onions-ports-adapters-its-all-the-same/

您可能已经注意到我已经将橙色、黄色和蓝色的盒子分成了不同的集群。这是因为我仍然想应用 UI 组件不能依赖数据访问组件的旧规则，反之亦然。因此，我在这些组之间引入了隔板

但另一方面，测试（例如基础设施程序集中的代码）与基础设施程序集位于同一层并直接依赖于它们。

Answer 1

就物理程序集而言，基础设施程序集（包含解决问题的代码的程序集 [通常] 使用特定框架）不应直接相互引用。相反，您应该致力于（至少根据我的经验）从这些程序集中提取接口并将它们放入一个单独的程序集中，其他基础设施程序集可以引用该程序集。以您的（近似）情况为例，您可以执行以下操作：

注意事项：

• 所有的框都代表实际的程序集（Visual Studio 中的项目）。
• 绿色框代表接口组件，而红色框代表基础设施组件。
• 接口程序集包含抽象类、接口、常量等。它们为要使用的基础设施程序集提供抽象。
• 基础结构程序集包含特定于框架的代码并实现引用的接口程序集中包含的抽象。
• 引导程序不一定是必需的，您只需将初始化逻辑放在您的Global.asax.
• 在 WCF 服务的启动过程中，将调用注册类型映射的依赖关系解析。
• 每个程序集都有自己的测试程序集（如果需要）。
• 此设计可防止“在同一层”中的组件之间的循环引用。
• 您可以轻松地将 Google 地图替换为 Bing 地图，并将实体框架替换为 NHibernate。唯一改变的引用是在依赖解析中。

如果您需要更多信息，请告诉我。