中间层/后端服务的洋葱架构

Question

我目前正在处理 onion架构从j.palermo 。在我的案件中，我有一些麻烦。这种架构是否适合“业务较少”的网站，AKA Mashup的服务？

这是我的情况：

我们有许多后端服务（在WCF中），每一个曝光孤立的业务数据（营销，帐户，优惠，CMS ......）。我们的许多MVC网站“刚刚”才能为渲染页面使用这些服务。所有业务逻辑都在服务中，网站仅限于演示逻辑。网站中没有数据库访问。但是，一些业务数据可以合并到综合实体以进行演示（例如将内容页面链接到要约）。我认为将此逻辑放在服务层下。

编辑： 我应该为映射后端/中间层服务结果/操作创建域模型吗？也许这里的业务逻辑只是为了合并来自不同来源的数据？

谢谢，

Answer 1

如果所有业务逻辑都在WCF服务中，我会努力查看域模型的核心项目的点（它会做什么？）。我假设您没有在这些服务的顶部添加一层业务逻辑以组合多个操作？如果不是，我会说洋葱架构在这种情况下不合适。

Answer 2

我会说wcf生效了其他应用程序的域服务。实际上，您只需在多个应用程序中分解洋葱。