三层架构和控制器

时间:2014-03-29 08:39:26

标签: asp.net design-patterns three-tier

对于我的应用程序,我使用了一个体系结构三层,具有服务/表示级别,业务和数据层。 现在我想使用web api(没有MVC,只有控制器)。 然后我想使用像服务这样的控制器,并保持业务和数据层。 但通常控制器逻辑链接到输出和html中的模型。 另一种解决方案可以是使用服务层的控制器来制作应用程序所需的内容。在这种情况下,控制器充当html模型与平板电脑或其他设备可以使用的服务之间的中介。

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

1 个答案:

答案 0 :(得分:1)

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

您的Web API不是服务,而是UI层。它自然会完成所有的UI凝灰岩 - 就像改变业务数据以满足演示文稿的需要一样。

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