使用数据库连接缓冲池Filter简介基于MVC的Web应用MVCModel.PPT

* * * 1、添加几日内不用登陆功能。 2、添加查询功能 * * * * * * * * * * * ◆低耦合性。 视图层和业务层分离， 这样就允许更改视图层代码而不用重新编译模型和控制器代码， 同样，一个应用的业务流程或者业务规则的改变只需要改动MVC 的模型层即可。 因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。　 　 ◆高重用性和可适用性。 随着技术的不断进步， 现在需要用越来越多的方式来访问应用程序。 MVC 模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。 它包括任何WEB（HTTP） 浏览器或者无线浏览器（wap） ， 比如， 用户可以通过电脑也可通过手机来订购某样产品， 虽然订购的方式不一样， 但处理订购产品的方式是一样的。 由于模型返回的数据没有进行格式化， 所以同样的构件能被不同的界面使用。 例如， 很多数据可能用 HTML 来表示， 但是也有可能用 WAP 来表示， 而这些表示所需要的仅令是改变视图层的实现方式，而控制层和模型层无需做任何改变。　 ◆较低的生命周期成本。 MVC 使降低开发和维护用户接品的技术含量成为可能。　 　 ◆快速的部署。 使用 MVC 模式使开发时间得到相当大的缩减， 它使程序员（Java 开发人员） 集中精力于业务逻辑， 界面程序员（HTML 和 JSP 开发人员） 集中业务于表现形式上。　 　 ◆可维护性。 分熟视图层和业务逻辑层也使得WEB 应用更易于维护和修改。　 　 ◆有利于软件工程化管理。 由于不同的层各司其职， 每一层不同的应用具有某些相同的特征， 有利于通过工程化、 工具化管理程序代码。 * 1、Web Container捕获异常 在servlet的doGet和doPost方法声明了IOException和ServletException，表明doGet和doPost方法中可能会抛出IOException和ServletException，如果发生，通常由web容器捕捉该异常。 2、 HTTP响应： 如果没有对异常进行处理，web容器默认设置http响应的状态代码为500，然后在html页面中打印异常的堆栈信息。 1、Web容器处理异常的机制： Web容器捕获异常后，使用setAttribute，会把异常放到请求对象中。 容器将请求转发给处理异常的Servlet。 如果没有处理异常的servlet， web容器默认设置http响应的状态代码为500，然后在html页面中打印异常的堆栈信息。 2、在doGet和doPost方法中可能除了抛出IOException和ServletException外，还会抛出什么异常？ 所有异常的超类是Throwable，Throwable有Error和Exception两子类。 Error是严重的错误：如虚拟机错误，或系统错误。 Exception又分为RuntimeException和可查性异常。 RuntimeException是程序错误，编程人员造成的，如NullPointerException或被0除异常。 可查性异常是运行时环境造成的，运行过程中可能被修复。如IOException、SQLExcetopm、FileNotFoundException。 FileNotFoundException可能是文件名输入错误，或者是文件被删除了。 SQLExcetopm可能是网络断了。 3、如果程序中有可查性异常，必须用throws抛出该异常，非可查性异常，不用考虑。 1、JSP的错误： 翻译时错误： JSP翻译时错误。 编译时错误：没有写正确的java代码。 运行时错误：异常或逻辑错误，最可怕、最难找的错误。 2、JSP的异常处理 （1）因为在_jspService中有一个大的try-catch块，所以在JSP中不用再写try-catch了。 （2）使用page指令的有关异常处理的设置。 （3）使用web.xml中的error配置。 1、异常处理设置的示例 如果JSP页面没有设置errorPage，出现异常时，会找web.xml中的error配置。 如果web.xml中没有配置error项，容器会使用默认的处理。 给学生演示一下异常的处理。 参见文件testerror.jsp、error.jsp、web.xml、jsp-default-exception.jpg 1、使用page指令的有关异常处理的设置进行JSP异常处理。 参见文件errortest.jsp、error.jsp. * * 1、在DataSource中事先建立了多个数据库连接，这些数据库连接保存在连接池中。 Java程序访问数据库时，只需从数据库连接池中取出空闲状态的数据库连接，当程序 访问数据库结束，再将数据库连接放回