使 Web 2.0 趋向成熟

核心提示： 不过这只是我的经验，您绝不能 100% 使用这个模式，使 Web 2.0 趋向成熟(4)，且经常不得不偶尔加入一些本地代码，在这个模式中，JSF 这类技术仍具有实用性，您可能想要保留带各种呈现功能的一套组件，加入本地代码的次数可能要更多一些，因为服务器端工具包通常落后于新的、更丰富的组件

不过这只是我的经验，您绝不能 100% 使用这个模式，且经常不得不偶尔加入一些本地代码。在这个模式中，加入本地代码的次数可能要更多一些，因为服务器端工具包通常落后于新的、更丰富的组件。在这个方面，UI 层的风险较大，因为对那些经常改变需求的业务人员来说，它是一个可视层。一旦您必须向代码中增加定制的 Ajax 和 JavaScript 行为，您的实现开始一分为二且受损的风险更大。因为 JavaScript 经常不得不同一个服务器组件产生的显示代码进行会话，您只能任由底层小部件集发生变更，这是不容易演化的。

图 6. 混合呈现将引发破损和膨胀

模式演变的下一步是用一个工具包（比如，JFS）包装另一个工具包（比如，Dojo）。这经常发生，因为人们更习惯使用 Java，且认为底层呈现模式是一个熟悉的工具包，它可以抵消黑箱问题。然而以我的经验，开发人员经常不得不成为服务器小部件和底层客户端小部件技术这两方面的专家，因为他们必须排除故障和维护系统。因此，您失去了成为一个纯 Java 开发人员的价值， 更不用说这个模式将使您的架构臃肿：

您可能要为服务器和浏览器中的内存付出双倍的代价。浏览器上有 DOM 和小部件，而服务器上有 JSF 树。

您错过了界面解耦议题。Web 开发人员现在需要浏览器工具和一个完整的 Java 应用程序服务器来执行全面测试。

在您支持 Open Web 技术、Flex 和 Mobile App 平台等多个互联网 UI 范例的场景中，JSF 这类技术仍具有实用性。您可能想要保留带各种呈现功能的一套组件，但这仅适用于特殊情况。