asp.net-mvc - 中间层/后端服务的洋葱架构

Question

我目前正在研究J.Palermo 的Onion Architecture。在我的情况下，我在实施它时遇到了一些麻烦。这种架构是否适合“业务较少”的网站，也就是服务的混搭？

这是我的情况：

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

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

谢谢，

Answer 1

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

Answer 2

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