面向服务用户界面的出现昭示服务器支持的 MVC 死亡来临?

  • Jean-Jacques Dubray
  • 孙向晖

2007 年 11 月 12 日

话题:SOARubyRESTRuby on RailsJavaScript架构语言 & 开发

自打 Xerox PARC 发明了“图形用户界面”以来, "模型 - 视图 - 控制器"模式已经成为了一个主要的应用架构。该模式是由 Trygve Reenskaug发明的,并在 90 年代中期被改造以支持Web 应用(这次改造行为被Java 世界称为 MVC2 )。

这个被改造过的模式缺乏从控制器中更新视图的能力,通常是由用户刷新页面来查看内容的更新。造成这个问题的原因是服务器到客户端的连接问题。随着 Ajaxian 框架的来临,这个连接现在可以被仿制出来了。2006 年最火爆的 Ajax 框架Prototype,是在不考虑 MVC 的情况[译者注:没有采用 MVC 思想] 下进行开发的,简单地提供一个远程框架和一个简易的 Dom 操控。在这种情况下,开发人员可以选择任何一种他们实现 MVC 模式(也包括 MVC2 模式)的方式。其他的框架如JSF/Ajax4JSF Ruby on Rails在 MVC 如何被实现方面也给出了很多演示。

Nolan wright认为服务端支持的 MVC 实现已属于昨日黄花

虽然很多基于 MVC 的框架已经添加了对 Ajax 的支持(例如 JBoss Seam 对JSF/Ajax4JSF的支持和Ruby on Rails框架),这些框架并不能借助 Ajax 和 DHTML 的强大功能来简化设计。它们在用户界面和服务器之间强加了一个几乎是完全密封的耦合,而 Ajax 让用户界面和服务器之间几乎是 100% 的解耦了。

因此,我们必须回到原点,从一个崭新的视角来查看 Web 开发中的问题。

Jeff Haynie表示赞同

重构允许我们努力将某些事情拧在一起以让它们更好,通常你会得到持续的的好的优化改进。但是有些时候,当你回顾时,你会发现设计上有大片的“毛团”。这是我们这些年来 Web 架构的现状,这也是我为什么相信如 Ruby on Rails 这样的轻量框架会取得广泛胜利的原因。

如今,如果要用 Java 完成一个简单的 Web 应用,先得指定你的框架吧?XML 配置文件、Web 流、JSP、控制器、模型和 DAO、WAR 文件、JAR,等等……还想重构你的布局吗?彻底忘了吧。

够了。我们需要重新思考服务器端的 MVC 作为构建富 Internet 应用的方式了。

Nolan 和 Jeff 认为 SOA 是其中的一部分解决方案:

让我们趁此机会真正地实现面向服务的架构(service-oriented architecture ,SOA)。SOA 并不仅仅意味着 Web 服务,它也不是一个马后炮或者中间件 Stack 的什么其他的废物。它的中心意图是设计,那才是它活跃的舞台。

Nolan 提议建立一个新的基于 Service、Ajax 和 DHTML 的 SOUIs(面向服务的用户接口)基础框架:

Ajax 和 DHTML 是非常互补的技术,将它们组合在一起所产生的 Web 应用的创造力会远远超过今天的桌面应用的能力。作为结果,我们需要一个能够无缝集成 Ajax 和 DHTML 的下一代的 Web SDK。

Nolan 解释说在浏览器端部署控制器是非常棒的:

得到一个消息后,你可以隐藏 3 个 HTML 元素,显示其他的元素,并可发出一个服务请求——这酷毙了。

Nolan 总结出了很多的优点:

  • 因为 SOUI 使用轻量的消息跟服务进行通讯,服务可以用任何一种编程语言进行编写。换句话说,SOUI 是编程语言无关的。你可以改变你的服务器端编程语言而不用更改任何 SOUI 代码。
  • 你可以在 SOUI 和它的服务之间建立一个简单的基于消息的契约。这样做的结果是客户端和服务器端近乎完全解耦,它们之间仅以一个轻量的消息契约所关联。
  • 你可以建立仅在客户端的原型,使用本地的 mock 消息处理器,它就会拥有完整的功能。SOUI 并不知晓使用 mock 消息处理器和使用服务之间会有什么不同 [当你准备好了你只需使用真的服务切换掉消息处理器].

Jeff 总结道:

让我们回归简单吧,让我们回到真正需要做的事情——创建应用上吧。 复杂的服务器架构已经够多了。
查看因为原文:Does the rise of Service Oriented UI (SOUI) means the death of server-assisted MVC?
SOARubyRESTRuby on RailsJavaScript架构语言 & 开发