在 MVC 中使用中介模式有用吗?
Is it useful to use mediator pattern with MVC?
问题是关于 MVC 设计模式的意识形态。根据定义,视图直接与控制器通信。例如,在JSF
和ASP.NET web-forms
中,我们可以将控制器的属性绑定到网页的特定区域。但在这种情况下,我们通过直接写一个像
这样的表达式来做到这一点
<h:outputText value="#{partnerController.lastAccessDate}"/>
在视图和控制器之间创建一个调解器是否有用?例如,我需要以特定方式 "send a message" 到多个控制器。
在传统的 Web 应用程序中,JSP 页面(或 PHP 或其他一些 HTML 生成器)生成一个由用户填写并发回服务器的表单,这没有多大意义。发布的表单直接发送到处理数据的控制器。
在胖客户端环境中,这很重要。胖客户端可以是类似于 SWING 的东西,也可以是像 Angular 这样的 JavaScript 框架。在这里,控制器实际上是一个调解器。它所做的通常称为数据绑定。它确保输入到 GUI 中的数据存储在最终通过网络发送或持久保存的业务对象中。
问题是关于 MVC 设计模式的意识形态。根据定义,视图直接与控制器通信。例如,在JSF
和ASP.NET web-forms
中,我们可以将控制器的属性绑定到网页的特定区域。但在这种情况下,我们通过直接写一个像
<h:outputText value="#{partnerController.lastAccessDate}"/>
在视图和控制器之间创建一个调解器是否有用?例如,我需要以特定方式 "send a message" 到多个控制器。
在传统的 Web 应用程序中,JSP 页面(或 PHP 或其他一些 HTML 生成器)生成一个由用户填写并发回服务器的表单,这没有多大意义。发布的表单直接发送到处理数据的控制器。
在胖客户端环境中,这很重要。胖客户端可以是类似于 SWING 的东西,也可以是像 Angular 这样的 JavaScript 框架。在这里,控制器实际上是一个调解器。它所做的通常称为数据绑定。它确保输入到 GUI 中的数据存储在最终通过网络发送或持久保存的业务对象中。