实例讲解JSP Model2体系结构（上）

最近已经有了很多相关的介绍，jsp(SUN企业级应用的首选)正在成为一种卓越的Java技术，可用于创建动态Web应用程序。Java程序员之所以喜爱jsp(SUN企业级应用的首选)有数不清的理由。有些人喜欢它为交互式页面带来的“一次编写，处处使用”的方式；还有些人欣赏它是因为它容易学习，并且使他们可以把Java作为一种服务器端脚本语言来使用。但更多的还都是因为一个共同原因――使用jsp(SUN企业级应用的首选)的最大好处是它能帮助你有效地把表达与内容分离开。在本文中，我对下面的问题作了深入探讨，那就是，如何使用jsp(SUN企业级应用的首选) Model 2体系结构获得最佳的表达－内容分离效果。这个模型也可以被看作是通用MVC设计模式在服务器端的一个实现。请注意，在阅读本文之前，你需要熟悉基本的jsp(SUN企业级应用的首选)和servlet编程，因为文中将不会涉及到任何语法规则问题。

Servlets有什么问题？
　　尽管jsp(SUN企业级应用的首选)在动态Web内容服务和分离内容与表达上可以做得非常好，但仍然会有人置疑，为什么要把servlets丢在一边呢？其实servlets的作用不容置疑。它们在服务器端处理上做得很优秀，而且，由于它们已有了坚实的基础，所以仍将被保留。实际上，从结构上讲，你可以把jsp(SUN企业级应用的首选)看作是servlets的一种高级抽象，就像Servlet2.1 API的一种扩充一样来实现。然而，你也不应当滥用servlets，它们并非对每个人都适用。举个例子，如果网页设计者能够很容易地用传统HTML或xml(标准化越来越近了)工具写出jsp(SUN企业级应用的首选)页的话，servlets就更适合那些后台程序的开发者，因为servlets通常是用集成开发环境（IDE）编写的――一般来说这种方式需要更高级的编程技能。在运用servlets时，即使是开发者也必须小心谨慎以确保表达和内容不存在紧密的联系。要做到这一点，你通常可以使用第三方HTML包（比如htmlKona）来混合代码。但即便是这种方法，尽管它通过简单的屏幕变换带来了一些灵活性，却无法帮你避免表达格式本身的改动。例如，如果你的表达格式从HTML变为DHTML，你就必须确保那些语言包适应新的格式。假设一种最坏的情况，如果一个包不可用，你也许将不得不忙于在动态内容中艰难地编写表达，这会把你累死。那么，如何解决这个问题呢？接下来你将看到，使用jsp(SUN企业级应用的首选)与servlets技术相结合是构建应用系统地一种好方法。

不同的体系
　　早期的jsp(SUN企业级应用的首选)规范提出了两种用jsp(SUN企业级应用的首选)技术建立应用程序的方式。这两种方式在术语中分别称作jsp(SUN企业级应用的首选) Model 1 和jsp(SUN企业级应用的首选) Model 2，它们的本质区别在于处理批量请求的位置不同。在Model 1体系中，如图1所示，jsp(SUN企业级应用的首选)页面独自响应请求并将处理结果返回客户。这里仍然存在表达与内容的分离，因为所以的数据存取都是由bean来完成的。尽管Model 1体系十分适合简单应用的需要，它却不能满足复杂的大型应用程序的实现。不加选择地随意运用Model 1，会导致jsp(SUN企业级应用的首选)页内被嵌入大量的脚本片段或Java代码，特别是当需要处理的请求量很大时，情况更为严重。尽管这对于Java程序员来说可能不是什么大问题，但如果jsp(SUN企业级应用的首选)页面是由网页设计人员开发并维护的――通常这是开发大型项目的规范――这就确实是个问题了。从根本上讲，将导致角色定义不清和职责分配不明，给项目管理带来不必要的麻烦。


　　图1：jsp(SUN企业级应用的首选) Model 1 体系结构

　　图中文字：BROWSER：浏览器；Request：请求；Response：响应；Application Server：应用服务器；Enterprise Servers/Data Sources：企业服务器/数据源。

　　Model 2体系结构，如图2所示，是一种把jsp(SUN企业级应用的首选)与servlets联合使用来实现动态内容服务的方法。它吸取了两种技术各自的突出优点，用jsp(SUN企业级应用的首选)生成表达层的内容，让servlets完成深层次的处理任务。在这里，servlets充当控制者的角色，负责管理对请求的处理，创建jsp(SUN企业级应用的首选)页需要使用的bean和对象，同时根据用户的动作决定把那个jsp(SUN企业级应用的首选)页传给请求者。特别要注意，在jsp(SUN企业级应用的首选