SSH2 Vs 经典三层 （转）

SSH2SSH一、SSH2初识

MVC框架以及对象 Note:框架一般具有即插即用的可重用性、成熟的稳定性以及良好的团队协作性。

       想要深入了解SSH框架就必须来看看它的框架图，从它的框架图上来讨论分析它的执行过程。如下图为SSH框架的基本结构图。

         系统的基本业务流程：在表示层中，首先通过JSP页面实现交互界面，负责接收请求(Request)和传送响应(Response)，然后Struts根 据配置文件(struts-config.xml)将ActionServlet接收到的Request委派给相应的Action处理。在业务层中，管理 服务组件的Spring IoC容器负责向Action提供业务模型(Model)组件和该组件的协作对象数据处理(DAO)组件完成业务逻辑，并提供事务处理、缓冲池等容器组件 以提升系统性能和保证数据的完整性。而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据，并返回处理结果。 具体的内部框架的请求过程会在下篇博客中详细讨论。

二、SSH2 Vs 经典三层

User Show LayerBusiness Logic LayerData Access Layer      

       联系经典的三层我们不难看出SSH2框架的实现其实就是经典的三层结构，只不过在三层结构中的每一层中集成的是单独的框架，尤其是在表示层中采用的是基于 MVC模式的Struts2来配置，当页面进行请求后Struts会根据配置文件（Struts2中为Struts2.xml）将 ActionServlet接收到的Request请求委托给相应的Action处理。然后在业务层中，管理服务组件的Spring IoC负责向Action提供业务模型（Model）组件等来完成业务逻辑。而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理 DAO组件请求的数据，并返回处理结果。

结语

        通过上面的对比不难发现其实SSH2框架采用的是经典的三层模式，将J2EE分层结构进行了良好的整合，在开发时很方便。但是对于每个框架的内部执行机制 没有做过多的讨论，相信在理解上可能会有很多疑惑，为了解决疑惑，将会在下篇文章中重点讨论Struts、Spring、Hibernate框架的内部执 行机制。