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

Question

我目前正在J.Palermo工作Onion Architecture。在我的案例中我实施它有些麻烦。这种架构是否适合“少工作”网站，即服务混搭？

以下是我的理由：

我们有许多后端服务（在WCF中），每个服务都暴露出孤立的业务数据（营销，账户，报价，CMS ......）。我们的许多MVC网站“只是”使用这些服务来呈现页面。所有业务逻辑都在服务中，而网站仅限于表示逻辑。网站中没有数据库访问权限。但是，可以将一些业务数据合并到复合实体以进行呈现（例如将内容页面链接到商品）。我想把这个逻辑放在一个服务层。

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

谢谢，

Answer 1

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

Answer 2

我想说WCF实际上是其他应用程序的域服务。实际上，你只是在多个应用程序中分解洋葱。