asp.net - 三层架构和控制器

Question

对于我的应用程序，我使用了三层架构，具有服务/表示层、业务层和数据层。现在我想使用 web api（没有 MVC，只有控制器）。然后我想使用像服务这样的控制器，并维护业务和数据层。但通常控制器逻辑与输出和 html 中的模型相关联。另一种解决方案是使用使用服务层的控制器来制作应用程序所需的内容。在这种情况下，控制器充当 html 上的模型和平板电脑或其他设备可以使用的服务之间的中介。

在这些情况下使用哪种软件架构？

Answer 1

三层。你只需要调整你对这意味着什么的误解。

您的 Web API 不是服务，它是 UI 层。它自然而然地完成了所有的 UI 凝灰岩——比如还根据演示的需要对业务数据进行改造。

UI 是一个用户界面——它不一定是图形的。在 WepApi 的情况下，用户是使用它来提取数据的另一个程序。当然，WebApi 会做很多你需要在任何前端做的事情 - 用户和输入卫生，转换到预设的确切需要等。它是前端，预设和应用程序信任的结束boudary （永远不要相信您通过 WebApi 获得的输入） - 只有另一个程序使用它，而不是一个人。