控制器属于Presentation层？

Question

我听说控制器属于表示层.这怎么可能？

我以为 :

• 视图用于演示
• 模型用于业务逻辑
• 控制器用于控制逻辑

是否有良好的链接来证明控制器属于表示层？

"Spring MVC用于表示层":我们如何才能在表示层中使用MVC？

Answer 1

表示层包含视图和控制器.
您不能将MVC架构误认为是多层/层架构(尤其是3层架构).大多数情况下,模型/视图/控制器不是Web应用程序的主要设计,它只是多层/层架构的一个子集.

看看这个过于简化的方案(您可以将DAO放在专用的数据访问层中,但这在本文中并不重要):

Spring MVC是一个演示框架:它处理控制器和视图.但是为什么Spring MVC中的"M"呢？仅仅因为,与许多其他表示框架一样,它自然地处理模型/实体("M")的表示.此表示形式是在控制器中使用的表示形式,在视图中显示,在表单中提交等.这就是为什么框架称为Spring MVC,即使模型/实体不是表示层的一部分.

我认为这是这个框架的一个好名字,因为它实际上是"MVC"导向的.实际上,模型/实体的表示可以是:

• direct:框架直接处理模型/实体对象
• 间接:框架处理表单对象或DTO,其中包含与一个或多个实体相关的信息

Spring的建议是直接使用模型/实体("M")对象:

可重复使用的业务代码,无需重复.将现有业务对象用作命令或表单对象,而不是镜像它们以扩展特定的框架基类.

这就是为什么我说这个框架非常"面向MVC",与其他人一样,比如Struts,你必须使用不同的表单对象.

一些有趣的链接:

• 来自维基百科的Multitier和MVC架构之间的比较
• 这篇博客文章介绍了ASP.NET中的3层架构
• 此博客形象为3层架构
• Spring的文档中的DispatcherServlet章节

Answer 2

控制器控制表示层逻辑。对于所有业务代码、事务用例、持久性等，它通常委托给服务层。

这样做的典型方法是将事务服务实现为 spring bean 并将这些 spring bean 注入控制器。典型用例：创建新产品：

1. 控制器从浏览器接收命令 bean
2. 它验证所有必需的数据是否存在，如果不存在，则重新显示带有错误消息的产品创建页面
3. 它调用服务 bean 来创建产品
4. 服务 bean 在事务中运行。它从数据库中获取产品类别，将产品附加到其类别中，根据当前的定价策略计算产品的价格，向外部应用程序发送 JMS 消息，并返回创建的产品的 ID
5. 控制器使用创建的产品的 ID 作为 URL 参数重定向到产品详细信息页面。