JSP开发与应用模式.pptVIP

JSP实用简明教程 重点内容： 模型1：JSP+JavaBean 模型2：JSP+Servlet+JavaBean MVC模型 MVC2模型 Servlet与JSP整合 JSP开发与应用模式 第10章 JSP开发与应用模式 虽然JSP的功能很强大，可以完成Servlet的大部分功能，但是它并不能完全取代。例如一个稍大的项目，需要美工和程序员共同协作才能完成，这时如果在JSP页面里写太多的业务逻辑代码，然后美工也在JSP页面里加上很多CSS样式等静态资源，开发效率必定会很低，维护起来也非常不方便。所以，在JSP开发中使用一些成熟的开发模式很重要。 一、模型1：JSP+JavaBean 这种模型是以页面为中心设计的，即所以的表示逻辑和处理逻辑都出现在JSP页面上，JSP页面不仅要给用户显示数据，而且还要负责控制应用程序的流程，需要从一个JSP页面到另一个JSP页面(通过JSP中的链接或表单的action属性来实现)。JavaBean提供了一种把一些功能封装进Java类的机制。通过jsp:useBean标签可以在JSP页面中直接使用JavaBean，下图为该模型的结构图。 一、模型1：JSP+JavaBean 这种模式由于其开发周期短且表现灵活，所以适用于一些小型项目，但对于大规模的系统就显得有些力不从心，由于在JSP页面中经常包含业务逻辑。所以在页面代码里就会有大量的HTML标记与Java代码混合在一起，使JSP页面代码可读性差，难以进行维护。此外，由于JSP页面与应用程序的逻辑是紧密耦合的，所以修改或扩充这种应用程序中包含的功能非常困难，如果更改了其中一些功能，则会经常波及系统其他部分而造成更多缺陷和不可预见的后果。 二、模型2：JSP+Servlet+JavaBean 与模型1不同，在此模型中，JSP单纯地只负责表示逻辑，而处理逻辑由Servlet来实现。当用户通过浏览器向服务器发送请求时，接收请求的组件由原先的JSP换成了Servlet。Servlet通过自身的逻辑判断调用相应的JavaBean处理用户请求，JavaBean则通过业务逻辑的处理和数据持久化等工作，待到处理完成，JavaBean将结果返回至Servlet，最后再调用JSP页面将其返回给客户端浏览器，完成一次操作。JSP+Servlet+JavaBean模型的结构如下图所示： 二、模型2：JSP+Servlet+JavaBean JSP+Servlet+JavaBean模型下每层的分工很清晰，程序员和美工的工作可以同时进行，开发效率高。程序员负责Servlet和JavaBean的编写，美工编写JSP页面，把数据接口的位置留出来，专心设计静态网页内容。此模型明显地把显示和处理工作分离，比JSP+JavaBean模型更容易管理，维护性、扩充性、安全性更好，适合于大型项目的开发。 三、MVC模型 MVC是一种设计模型，它是Model-View-Controller(模型-视图-控制器)的缩写。最初是为了编写独立的GUI(图形用户界面)应用程序而开发出来的，现在已经在各种面向对象的GUI应用程序中广泛使用，包括Web应用程序。MVC设计模型把整个系统分解成模型、视图、控制器3个组件。 (1) 模型 模型是应用程序使用的对象的完整表示，代表了该应用程序的核心功能。它负责处理用户的数据、实现业务逻辑，同时它还为视图的显示提供数据，并可被多个视图所共用。模型封装了应用程序需要的数据，提供了完成问题处理的操作过程，从而使其独立于具体的界面表达和输入/输出操作，使业务逻辑流程的处理过程对其他层来说是黑箱操作。 三、MVC模型 (2) 视图 视图主要指与用户交互的界面，即应用程序的外观。MVC设计模型对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括视图上的业务流程的处理，业务流程的处理交给模型处理。视图将表示模型的数据、数据间的逻辑关系以及状态信息以特定的形式展示给用户，它从模型中获得显示信息，对相同的信息可以有多个不同的显示形式或视图。每个视图有一个更新操作，当调用更新操作时，视图获得来自模型的数据值，并用它们来更新显示。 (3) 控制器 控制器用来处理用户与应用程序的交互操作，它的职责是控制提供模型中任何变化的传播，确保用户界面与模型间的对应关系。控制器并不做任何数据处理。例如，用户单击一个链接，控制器接收请求后，并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。 MVC的体系结构下图所示。 三、MVC模型 四、MVC2模型 MVC可进一步划分为MVC1和MVC2两种设计模型，这两种设计模型的主要区别在于模型能否主动通知视图。在窗口程序中，模型是可以主动通知视图是否需要更新，属于MVC1设