Struts2[1].0+Spring2.5+Hibernate3.2框架.doc

Struts2[1].0+Spring2.5+Hibernate3.2框架,很好的资料。
表格
++框架
系统架构：
采用的三层结构，分为表现层、业务逻辑层和数据服务层。三层体系将业务规则、数据访问等工作放到中间层处理，客户不直接与数据库交互，而是通过控制器与中间层建立连接，再由中间层与数据库交互。
中间层采用+，为了分离控制器与业务层，又可细分为：
控制器层，负责表现层与业务逻辑层的交互，调用业务逻辑层，并将业务数据返回给表现层作显示。框架采用流行的
层业务逻辑层，负责实现业务，对对象进行正面模式的封装
数据访问层，负责与持久化对象交互，封装了数据的增、删、查、改原子操作
层持久化对象层，通过实体关系的映射工具，将关系型数据库的数据映射成对象，实现以面向对象方式操作数据库，这个系统采用作为框架。
中间层是这个系统的关键所在，而的作用贯穿了整个中间层，将层、层、、无缝整合。


用户界面

业务数据组织和表示
架构模式的控制层

控制业务逻辑层与表现层的交互
业务逻辑的实现层
数据访问对象
与持久化对象交互
通过实体关系映射
由数据库表得来对象
存放数据
视图层
层
层
层
持久化对象
数据服务层









+系统架构图

中间层
框架
浏览器
页面
的核心控制器
业务控制器


后台服务




系统业务流程图

应用程序的分层，多数应用程序都能至少分为个各负其责层次，这些层次依次为：表现层、业务层、领域模型层、持久层，每个层次在应用程序中都有明确的责任，不应该和其它层次的职责发生混淆。每个层次功能是彼此独立的，但是都应提供通讯接口，以便其它层次使用本层次的功能。
负责的：
·为用户管理请求和响应；
·提供一个控制器代理调用业务逻辑和其它上层处理；
·处理从其它层掷出给一个的异常；
·为显示提供一个模型；
·执行用户接口验证。
业务层
在一个典型的应用程序的中间的组件是业务层或服务层。从编码的视角来看，这个服务层是最容易被忽视的一层。不难在用户接口层或者持久层里找到散布在其中的这种类型的代码。这不是正确的地方，因为这导致了应用程序的紧耦合，这样一来，随着时间推移代码将很难维护。
在这个领域两个最流行的框架是和，它们叫作微容器，可以不费力不费神的把你的对象连在一起。所有这些框架都工作在一个简单的叫作“依赖注入”也通称“控制反转”的概念上。
业务层应该负责下面这些事情：
·处理应用程序的业务逻辑和业务验证；
·管理事务；
·预留和其它层交互的接口；
·管理业务层对象之间的