（精）Spring与Web层1-Web层设计原则.ppt

Spring框架高级开发工程师培训 中程在线(北京)科技有限公司 内部教程 注意必威体育官网网址 第6章 Spring与Web层 -Web层设计原则 学习内容 Web层概述 Spring的MVC Spring与Struts的整合 Spring MVC高级内容 Web层概述 J2EE的很多项目是基于Web的项目，因此很有必要讨论一下在四层设计结构中Web层的设计原则。这个原则应该是：“轻薄”的，不“感染”其它层的。我们将介绍Sping MVC 框架，Spring MVC框架的设计中充分地考虑了便于遵守这两个原则。 在J2EE中Web技术是非常重要的，主要有JSP、Servlet以及MVC设计模式，还有很多基于MVC设计模式的Web框架。这些Web框架大家听说最多的就是Struts、WebWork等。Spring 框架中也包含了一个MVC框架——Spring MVC 框架。 Web层设计原则 现在很多项目都是基于Web的项目，由Web技术担当的表示层我们称之为Web层。Web层设计的原则应该遵循：“轻薄”的，不“感染”其它层的。所以就我们提出的四层结构而言，JSP、Servlet和MVC这些技术都只能出现在Web层如图6.1所示。 重新讨论一下MVC设计模式 四层架构中的MVC图6.3 如图6.3所示，MVC并不是应用系统的全部。它只是的应用系统的Web层的而已。基于这两种不同的设计思维方式，图6.3中所示的模式Model不包括业务逻辑处理 Bean和持久化处理的Bean，它应该是与页面（View）对应的JavaBean。页面（View）是表现形式，Model是数据是内容。对于Struts1.x来讲与页面对应的JavaBean就是ActionForm，业务领域对象不能够担当Model因为在Struts1.x中Model要继承ActionFrom的，它的Model不是一个POJO对象，不够灵活。在Spring MVC 框架中Model可以使用业务领域对象，它是一个POJO对象，它不受框架的“侵入”。 什么是 “侵入”型框架？ 在使用一个框架的时候只能通过继承或实现它的某些组件，才能使用这个框架。这种框架就是“侵入”型框架，例如Struts1.x就是“侵入”框架，在编写Struts1.x中的Model对象必须继承ActionForm类，而Spring MVC的Model就不用继承或实现Spring 的任何组件，因此不具有“入侵”性。 继承框架类的组件“侵入”性最强，实现框架接口的组件“侵入”性次之. 最理想的情况是我们编写的组件不继承或实现框架的任何东西。“侵入”性越强我们编写的组件就越不灵活、缺少可复用性和可扩展性等优点。因为一个类继承一个类后就不能再继承其它的类（Java是单继承的），这种情况是最不灵活的，如果一个类实现一个接口后还可以实现其它的接口或继承其它的类，相对继承而言是有一定的灵活性，但是如果一个类什么都不用继承或实现就可以使用框架，那么这是我们最理想的情况。 Spring的MVC Spring有自己的MVC 框架，这不是重复“发明轮子”。现在有这么多的MVC 框架为什么Spring还要开发自己的MVC 框架，那是由于这些MVC 框架都在一定程度存在这样那样的问题。例如：我们大家熟悉的Struts1.x，它是一个“侵入”型 的MVC 框架，也就是我们开发的组件不能脱离这个框架，我们要做的一个控制器必须继承Action，我们要做一个Model必须继承ActionFrom等。凡是继承的方式都会引起“侵入”，一个好的框架提供我们的应该是一组接口和一些工具类。在Struts2.x情况有所改善。 此外Spring MVC 框架提供丰富的视图技术，除了我们属性的HTML、JSP、XML和XHTML，还有，Velocity、FreeMarker、XSLT、PDF和Excel。其中我们可以使用PDF和Excel做报表处理。