SSH_Web开发架构分析和实现.docVIP

SSH Web开发架构分析具体讨论其基本相似性及有关基本概念J2EE，MVC，SSH，Struts，Spring，Hibernate 大型企业级Web应用系统的开发通常要求有一个良好的软件架构、便于协作开发和扩展升级，而传统的开发模式不能很好地满足这些要求。本文对当前Web应用程序开发面临的问题，结合目前比较流行的开源框架SSH（Spring、Struts、Hibernate)，具体讨论其基本相似性及有关基本概念共同点所有现代的网络开发框架几乎都遵循了模型-视图-控制(MVC)设计模式商业逻辑和描述被分开，由一个逻辑流控制器来协调来自客户端的请求和服务器上将采取的行动。这条途径成为了网络开发的事实上的标准。每个框架的内在的机制当然是不同的，但是开发者们使用来设计和实现他们的Web应用软件的API是很类似的。差别还存在于每个框架提供的扩展方面,例如标签库，JavaBean包装器等。　　所有的框架使用不同的技术来协调在Web应用程序之内的导航,例如XML配制文件，java属性文件或定制属性。所有的框架在控制器模块实现的方法方面也存在明显的不同。例如,EJB可能实例化在每个请求中需要的类或使用Java反射动态地调用一个适当的行（Action）类。另外,不同框架在各自引入的概念上也有所不同。例如,一个框架可能定义用户请求和反应场所，而另外一个框架可能仅仅定义一个完整的流从一个请求到多个响答和随后的再请求　　各种Java框架在它们组织数据流的方法方面是很类似的。在请求发出后，在应用程序服务器上产生一些行动；而作为响应，一些可能包含对象集的数据总是被发送到层。然后从那些对象可能是有setter和getter方法的简单类值对象或者一些集合对象中提取数据。现代的Java框架还想方设法简化开发者的开发任务，如通过使用简易的API数据库连接池甚至数据库调用包等提供自动化的追踪方式来实现。一些框架或者能够钩进（hooked into）另外的J2EE技术中,例如JMS(Java消息服务)或JMX,或把这些技术集成到一起。服务器数据持续性和日志也有可能成为框架的一部分。 MVC模式MVC模式是一个用于将用户界面逻辑与业务逻辑分离开来的基础设计模式，它将数据处理、界面以及用户的行为控制分为：Model－View－Controller Model：负责当前应用的数据获取与变更及相关的业务逻辑 View：负责显示信息 Controller：负责收集转化用户的输入 View和Controller都依赖于Model，但是Model既不依赖于View，也不依赖于Controller，这是分离的主要优点之一，这样Model可以单独的建立和测试以便于代码复用，View和Controller只需要Model提供数据，它们不会知道、也不会关心数据是存储在SQL Server还是Oracle数据库中或者别的什么地方。 下面就上图所示的体系结构图分析Struts框架中的MVC组件。 视图(view)：视图部分主要由JSP页面组成，其中没有流程逻辑、业务逻辑和模型信息，只有标记。Struts自身包含了一组标记库(TagLib)，这也是Struts的精华之一，灵活运用它们可以简化JSP页面的代码，提高开发效率。 控制器(controller)：Struts中的Controller主要是其自身提供的ActionServlet。ActionServlet接收所有来自客户端的请求并根据配置文件(struts-config.xml)中的定义将控制转移到适当的Action对象。 模型(model)：Struts没有定义具体Model层的实现，Model层通常是和业务逻辑紧密相关的，有持续化的要求。目前在商业领域和开源世界，都有一些优秀的工具可以为Model层的开发提供便利。 1.5业务逻辑层框架Spring Spring是一个解决了许多J2EE开发中常见问题并能够替代EJB技术的强大的轻量级框架。这里所说的轻量级指的是Spring框架本身，而不是指Spring只能用于轻量级的应用开发。Spring的轻盈体现在其框架本身的基础结构以及对其他应用工具的支持和装配能力。与EJB这种庞然大物相比，Spring可使程序研发人员把各个技术层次之间的风险降低。 Spring框架的核心是控制翻转IoC(Inversion of Control)/依赖注入DI(Dependence Injection)机制。IoC是指由容器中控制组件之间的关系（这里，容器是指为组件提供特定服务和技术支持的一个标准化的运行时的环境）而非传统实现中由程序代码直接操控，这种将控制权由程序代码到外部容器的转移，称为“翻转”。DI是对IoC更形象的解释，即由容器在运行期间动态地将依赖关系(如构造参数、构造对象或接口