洋葱建筑的抽象工厂模式

Question

早上好， 我的问题是关于Visual Studio项目/目录结构。 我正在创建一个简单的项目，我想在那里采用Onion Architecture。我有几个图层（项目）： MyProject.Domain （包含Enums，Entites，Interfaces）， MyProject.API ， MyProject.Infrastructure.DependecyResolution ， MyProject.Client.WPF

我想使用抽象工厂模式。我有 factory 类，以及很少的产品类。

我的＆＃34;产品＆＃34; 界面位于Domain-＆gt; Interfaces，我的＆＃34;产品＆＃34; 实现在Domain-＆gt; Entites中。在我的Visual Studio解决方案中，我应该放置工厂的接口和实现（这将创建那些产品）？

我的问题是：Onion Arch中的工厂界面或工厂具体实施 域的一部分。或者我应该为工厂创建另一个项目？这个问题更多的是关于良好的编程实践，保持Visual Studio解决方案干净整洁。

Answer 1

没有一个正确答案。也许你可以创建一个文件夹＆＃39; core＆＃39;放置所有核心代码的地方。创建一个＆＃39;接口＆＃39;并没有什么不对。在这个文件夹中，看到一个名为＆＃39; entities＆＃39;的文件夹很常见。包含各种数据类。

Answer 2

  

我的问题是：Onion Arch中的Domain接口或Factory具体实现是Domain的一部分吗？

我不是洋葱建筑哲学的专家，但有几个论点要将工厂放在与产品相同的包装中：

• 工厂可见，而产品可以包装可见（意味着外部客户无法直接访问产品;他们必须通过工厂），
• 通过罗伯特·马丁的REP（重复使用等效原则）的包装凝聚力说＆＃34;重复使用的颗粒是释放的颗粒。＆＃34;如果您不将工厂与其产品捆绑在一起，则该包装不会轻易重复使用。