jsp和servelet开发原则

Servlet和JSP技术是用Java开发服务器端应用的主要技术，是开发商务应用表示端的标准。Java开发者喜欢使用它有多种原因，其一是对于已经熟悉Java语言的开发者来说这个技术容易学习；其二是Java把“一次编写，到处运行”的理念带入到Web应用中，实现了“一次编写，到处实现”。而且更为重要的是，如果遵循一些良好的设计原则的话，就可以把表示和内容相分离，创造出高质量的、可以复用的、易于维护和修改的应用程序。比方说，在HTML文档中如果嵌入过多的Java代码（scriptlet），就会导致开发出来的应用非常复杂、难以阅读、不容易复用，而且对以后的维护和修改也会造成困难。事实上，在CSDN的JSP/Servlet论坛中，经常可以看到一些提问，代码很长，可以逻辑却不是很清晰，大量的HTML和Java代码混杂在一起，让人看得一头雾水。这就是随意开发的弊端。

Servlet和JSP概览

　　早期的动态网页主要采用CGI（Common Gateway Interface，公共网关接口）技术，你可以使用不同的语言编写CGI程序，如VB、C/C++或Delphi等。虽然CGI技术发展成熟且功能强大，但由于编程困难、效率低下、修改复杂等缺点，所以有逐渐被取代的趋势。在所有的新技术中，JSP/Servlet具备更高效、更容易编程、功能更强、更安全和具有良好的可移植性，因而被许多人认为是未来最有发展前途的动态网站技术。

　　与CGI相似，Servlet支持请求/响应模型。当一个客户向服务器递交一个请求时，服务器把请求送给Servlet，Servlet负责处理请求并生成响应，然后送给服务器，再由服务器发送给客户。与CGI不同的是，Servlet没有生成新的进程，而是与HTTP Server处于同一进程中。它通过使用线程技术，减小了服务器的开销。Servlet处理请求的过程是这样的：当收到来自客户端的请求后，调用service方法，该方法中Servlet先判断到来的请求是什么类型的（GET/POST/HEAD…），然后调用相应的处理方法（doGet/doPost/doHead…）并生成响应。

　　别看这么复杂，其实简单说来Servlet就是一个Java类。与一般类的不同之处是，这个类运行在一个Servlet容器内，可以提供session管理和对象生命周期管理。因而当你使用Servlet的时候，你可以得到Java平台的所有好处，包括安全性管理、使用JDBC访问数据库以及跨平台的能力。而且，Servlet使用线程，因而可以开发出效率更高的Web应用。

　　JavaServer Pages (JSP)

　　JSP技术是J2EE的一个关键技术，它在更高一级的层次上抽象Servlet。它可以让常规静态HTML与动态产生的内容相结合，看起来像一个HTML网页，却作为Servlet来运行。现在有许多商业应用服务器支持JSP技术，比如BEA WebLogic、IBM WebSphere、 JRun等等。使用JSP比用Servlet更简单。如果你有一个支持JSP的Web服务器，并且有一个JSP文件，你可以把它放倒任何静态HTML文件可以放置的位置，不用编译，不用打包，也不用进行ClassPath的设置，就可以像访问普通网页那样访问它，服务器会自动帮你做好其他的工作。

　　JSP工作原理

　　JSP 文件看起来就像一个普通静态HTML文件，只不过里面包含了一些Java代码。它使用.jsp的后缀，用来告诉服务器这个文件需要特殊的处理。当我们访问一个JSP页面的时候，这个文件首先会被JSP引擎翻译为一个Java源文件，其实就是一个Servlet，并进行编译，然后像其他Servlet一样，由Servlet引擎来处理。Servlet引擎装载这个类，处理来自客户的请求，并把结果返回给客户，如下图所示：



图1： 调用JSP页面的流程


　　以后再有客户访问这个页面的时候，只要该文件没有发生过更改，JSP引擎就直接调用已经装载的Servlet。如果已经做过修改的话，那就会再次执行以上过程，翻译、编译并装载。其实这就是所谓的“第一人惩罚”。因为首次访问的时候要执行一系列以上的过程，所以会耗费一些时间；以后的访问就不会这样了。
开发原则

　　这一部分我们列出一些开发原则，重点是JSP页面。关于如何分离表现和内容的MVC因为要涉及到JSP和Servlet的整合，我们稍候再谈。

　　不要在JSP页面中嵌入过量的Java代码：对于非常简单或是测试性的代码，把所有的Java 代码直接放入JSP页面内是没有问题的。但是这种方法不应该被过度使用，否则就会产生一大堆HTML和Java混合起来的代码，让人难以阅读和理解。解决方法是写一个单独的类，用来执行相关的计算。一旦这个类测试通过，就可以把它放在任何执行同样计算的场合中。这样可以促进代码的复用。

　　选择合适的包含（include）机制: 如果一个应用中每个页面有一样的抬头和底部，或者还有导航条，那么就应该把它们放到一个单独的文件中，然后在每一个页面中使用包含机制把它们加入到这个页面中：

Include 指令： ＜%@ include file="filename" %＞或等效xml语法
＜jsp:directive.includefile=”filename” /＞

Include 动作： ＜jsp:include page="page.jsp" flush="true" /＞

　　Include指令是当JSP页面翻译为Servlet的时候包含另外一个文件，Include 动作是当请求时包含另外一个文件的输出。如果被包含的文件不是经常改动的时候，我建议使用Include 指令，这样速度更快。如果被包含的文件需要不时改动或者知道请求时才能决定需要包含的内容时，那么应该使用Include 动作。

　　如果你使用JSP标准标记库（JavaServer pages Standard Tag Library即JSTL）的话，那么还有第三中包含机制＜c:import＞，可以用来包含本地或者远程的资源。例如：

＜c:import url="./copyright.html"/＞
＜c:import url="http://www.somewhere.com/hello.xml"/＞

　　不要把业务逻辑和表示混合在一起： 复杂的应用涉及大量的代码，因而把业务逻辑和前端的表示相分离就显得格外重要，这种分离可以让任何一方的变化不会影响到另外一方。所以，所有的JSP代码都应该限制在表示层，可是如果这样的话，你如何实现你的业务逻辑呢？这就是JavaBean所做的事情。JavaBean技术是一个独立于平台的组件模型，它让开发者编写、测试通过一个组件后，可以随处使用，提高了复用性。在JSP技术中，JavaBean实现了业务逻辑部分，它把数据返回给JSP页面，由JSP页面负责格式化数据并输出到客户端的浏览器。在JSP页面中使用JavaBean组件的好处是：

　　产生了可以复用的组件：任何应用都可以使用这些组件

　　可以把业务逻辑和表示相分离：你可以修改数据的显示方式而不用考虑业务逻辑。这样做的结果也可以明确工作中开发人员的分工，网页开发人员可以把精力放到如何显示数据上，Java开发者则更为关注业务逻辑的实现。

　　对于JavaBean你不用提供源代码，这样你的代码就不会被浏览器网页的人轻易获得，可以保护你的劳动成果。

　　如果你的应用中使用了EJB组件，那么业务逻辑就应该放置在EJB中，因为EJB模型提供了生命周期管理、事务管理以及多客户访问域对象（Entity Beans）。你可以仔细看一下Enterprise BluePrints中的例子，它就是这么做的。

　　使用定制的标记： 上面我们已经讨论过，把所有Java代码嵌入到JSP页面内并不合适，因为网页开发人员并不一定懂得Java语言，更难以理解Java语法。JavaBean可以封装很多Java代码，不过在JSP页面内使用JavaBean仍然要求页面开发人员了解一些Java语法。

　　JSP技术中包含了定制标记库的功能。Java开发人员可以生成自己的标记库，这样网页设计人员就可以使用类似HTML的语法来使用这些标记。编写和使用自己定制的标记库可以在更大程度上促进业务逻辑和表示的分离。使用定制标记库主要有以下好处：

　　可以消除在JSP页面中使用scriptlet　标记使用的任何参数都可以通过属性传入，从而不需要使用Java代码就可以达到希望的目的。

　　可以简化使用　网页设计人员不需要学会使用Java语法，他们可以用类似HTML语法就可以使用标记。
不懂Java的网页设计人员可以使用标记库来完成单独使用HTML不能完成的任务。

　　提高了复用性　标记库完全可以复用，这可以节省开发和测试的时间。Scriptlet代码只能在“拷贝粘贴”级别上进行“复用”。

　　简单说来，你可以像用HTML构建表示层一样使用标记库完成非常复杂的任务。下面是表页标记库的一些注意事项：

　　1. 保持简洁性：如果一个标记需要好几个属性的话，那么尽可能把它分为几个标记。

　　2. 保持复用性：同标记的使用人员（网页设计人员）多多交流，尽量开发出可以高度复用的标记库。

　　3. 不要一切都从头开始：现在已经有一些可以免费使用的标记库，比如Jakarta Taglibs。如果你要用到一个标记，先看看是不是已经有现成的可以使用。

　　不要“重新发明轮子”，不要一切从头开始： 通过定制组件可以提高复用性，不过定制组件仍然需要编写、测试和调试程序。问题是这个事情别人可能已经实现了，而且你的实现方式并不一定比人家做得更好。这就是JSP标准标记库（JavaServer Pages Standard Tag Library, JSTL）要做的事情（JSTL请参考JSTL官方网站）。JSTL提供了循环、读属性、遍历各种数据结构、条件表达式求值等各种标记。它也提供了一些复杂的标记，甚至像解析XML文档的标记它都有。所以如果你要用到一个标记的话，最好先看看有没有别人已经实现的可以使用，而不要次次从头开始，自己搞一套。

　　使用JSTL表达使语言（JSTL Expression Language）： 传递给JSP页面的数据一般通过JSP作用域属性或者请求参数来进行。专门为网页开发者设计的表达式语言（Expression Language, EL）把使用作用域属性传递信息作为从业务逻辑向JSP页面传递信息的标准方式。这里要注意的是，EL只是JSP技术中关键的一个方面，并不是一种通用的程序设计语言。相反，它只是一种数据访问语言，它可以简化应用程序的数据的访问，不用Scriptlet和请求时表达式求值就可以访问数据。
在JSP中，网页设计师要使用表达式语法＜%= name %＞或JavaBean组件来取得某些变量或属性的值，例如：

＜tagLib:tag attribute="＜%=

pageContext.getAttribute("name") %＞"＞

　　或

＜%= aCustomerBean.getAddress().getCountry() %＞

　　表达使语言让网页设计师可以使用简化的语法来访问信息。如果你只是要访问一个简单的变量，你可以使用这样的语法：

＜tagLib:tag attribute="${name}"＞

　　如果你要访问一个嵌套JavaBean的属性，你可以这样：

＜tagLib:tag attribute ="${

aCustomerBean.address.country}"＞

　　表达式语言（EL）借用了JavaScript 的语法，所以如果你对JavaScript 很熟悉的话，你就会觉得巨爽。

　　使用过滤器（filter）： 过滤器是一个对象，可以传输请求或修改响应。它可以在请求到达Servlet/JSP之前对其进行预处理，而且能够在响应离开Servlet/JSP之后对其进行后处理。所以如果你有几个Servlet/JSP需要执行同样的数据转换或页面处理的话，你就可以写一个过滤器类，然后在部署描述文件（web.xml）中把该过滤器与对应的Servlet/JSP联系起来。

　　创建过滤器其实很容易，你只须实现javax.servlet.Filter接口及它的三个方法：

public void init(FilterConfig config)

public void doFilter(ServletRequest req, ServletResponse rep,

FilterChain chain)

public void destroy()

　　这样，你就可以完成你的过滤器。

　　使用可移植的安全模型： 大部分的应用服务器都提供了安全模型，不过一般它们都是针对某一个服务器或某一个厂商专有的。如果你的应用需要移植的话，那么你的应用最好使用可以移植的安全模型。如果你的应用有一些预先定义的固定用户的话，那么你可以使用FROM验证和BASIC验证。可是如果你要动态生成客户的话（一般都是这种情况），你可能就需要使用服务器特定的API来创建和管理用户。这样当你的应用移植到另外一个服务器时，你可能就会碰到API不兼容的问题。这种情况下，最好的解决方法是使用适配器（Adapter）模式（如果你对设计模式不熟悉的话，请参看GoF的《设计模式》一书）。

　　用数据库来保存持久性数据： Servlet/JSP中可以使用HttpSession对象也就是会话对象来保存用户的临时数据。不过如果你想保存持久性数据的时候，你应该使用数据库，数据保存数据会更安全，而且对客户所用的浏览器没有什么要求。这样即使你的应用服务器由于某种原因崩溃了，你的数据依然良好。

　　高速缓存页面： 应用程序中总有一些东西是相对固定的，而另外一些东西是经常变化的。你应该使用静态的HTML文档来存储那些相对固定的内容，这样客户端就可以进行高速缓存，客户每次访问你的应用时，只需访问已经改动的部分。这样可以加快客户的访问速度。

　　使用连接池： 如果你要自己写数据库访问代码的话，我觉得使用你应该学会如何使用数据库连接池技术。每一个服务器都有针对数据库连接池的配置文档，你要学习一下如何使用。数据库连接池可以加速你的应用的数据访问的速度，而且由于服务器替你管理了数据库连接，这可以节省你的很多工作。

　　缓存数据库的访问结果： 如果你的应用要对数据库进行频繁访问的话，你可以使用一个对象来缓存你的数据，这样你就可以节省大量访问数据库的开销。在《J2EE核心模式》和《实用J2EE设计模式编程指南》两本书中都有关于值对象模式（Value Object Pattern）的详细探讨，你可以参考这两本书来获得相应的知识。

　　使用数据访问对象模式：如果你的应用需要访问多个数据库系统或者可能会移植到其它的存储系统中，那么你针对特定厂商的优化代码就可能会失效。使用通用的代码存在执行效率的问题，而使用优化代码又存在移植的问题。所以就产生了数据访问对象模式（Data Access Object Pattern, DAO），该模式既提供了各数据库厂商的适应性，又能利用到他们提供的独特的好处。按照面向对象的分离任务的原则，该模式将与企业信息系统（Enterprise Information System, EIS）通讯需要的逻辑隔离到它自己的类中。这样，事物对象，如Servlet/JSP组件、JavaBean就可以利用数据访问对象（DAO）处理所有与EIS有关的事务。

　　最好采用JSP的XML语法： JSP技术中经常存在着两种完成同一个任务的语法，一种是常规的JSP语法，一种是对应的XML语法。虽然两种语法作用相同，你最好还是使用XML语法。存在两种语法的原因是，JSP语法可以与以前的代码兼容，而J2EE使用XML作为其交换数据的核心，所以同时提供了XML语法。随着J2EE的发展，XML的作用会越来越大，所以我建议你使用XML语法。

　　研究Sun提供的J2EE BluePrints: Sun的Enterprise BluePrints 提供了大量指导原则、设计模式和很好的例子（宠物店，Pet Store）。你可以好好研究一下这些内容，这样可以提高你的设计和开发水平。
整合Servlet和JSP

　　JSP技术规范种给出了两种使用JSP开发Web应用的方式，这两种方式可以归纳为模型一和模型二，这两种模型的主要差别在于它们处理业务的流程不同。模型一，如下图所示，称之为JSP+JavaBeans模型。在这一模型中，JSP页面独自响应请求并将处理结果返回给客户，所有的数据通过JavaBean来处理，JSP实现页面的表现。



图2： JSP模型一


　　从上图可以看出，模型一也实现了页面表现和业务逻辑相分离。然而使用这种方式就要在JSP页面使用大量的Java代码，当需要处理的业务逻辑很复杂时，这种情况会变得非常糟糕。大量嵌入式代码使整个页面程序变得异常复杂。对于前端界面设计的网页开发人员来说，这简直是一场噩梦。所以，模型一不能满足大型应用的需要，但是对于小型应用，因为该模型简单，不用涉及诸多要素，从而可以很好地满足小型应用的需要，所以在简单应用中，可以考虑模型一。

　　模型二，如下图所示，称之为JSP+Servlet+JavaBeans模型。这一模型结合了JSP和Servlet技术，充分利用了JSP和Servlet两种技术原有的优势。这个模型使用JSP技术来表现页面，使用Servlet技术完成大量的事务处理，使用Bean来存储数据。Servlet用来处理请求的事务，充当一个控制者的角色，并负责向客户发送请求。它创建JSP需要的Bean和对象，然后根据用户请求的行为，决定将哪个JSP页面发送给客户。



图3： JSP模型二


　　从开发的观点看，模型二具有更清晰的页面表现，清楚的开发角色的划分，可以充分利用开发团队中的网页设计人员和Java开发人员。这些优势在大型项目中表现得尤为突出，网页设计人员可以充分发挥自己的美术和设计才能来充分表现页面，程序编写人员可以充分发挥自己的业务逻辑处理思维，实现项目中的业务处理。

　　另外，从设计结构来看，这种模型充分体现了模型视图控制器（MVC）的设计架构。事实上，现存的很多开发框架都是基于这种模型的，充分实现了MVC ，例如Apache Struts框架和JavaServer Faces框架