各技术框架架构图

《各技术框架架构图》由会员分享，可在线阅读，更多相关《各技术框架架构图（8页珍藏版）》请在金锄头文库上搜索。

1、各种系统架构图及其简介1Sring架构图 Sprig 是一个开源框 架,是为了解决企业 应 用程序开发复杂性而创建的.框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为JEE 应用程序开发提供集成的框架。Sring 框架的功能可以用在任何2EE服务器中，大多数功能也适用于不受管理 的环境.Spring 的核心要点是:支持不绑定到特定J2EE 服务的可重用业务和数据访问对象。这样的对象可以在不同J2E 环境（Web 或EB）、独立应用程序、测试环境之间重用. 组成Sprin 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下: 核

2、 心容器：核心容器提供ring 框架的基本功能。核心容器的主要组件是enactory ,它是工厂模式的实现.nFactory 使用控制反转(IO )模式将应用程序的配置和依赖性规范与实际的应用程序代码 分 开。 prig 上下文:Spring 上下文是一个配置文件,向Srin 框架提供上下文信息。Sprng上下文包括企业服务，例如JD 、B 、电子邮件、国际化、校验和调度功能。 pin AP : 通过配置管理特性，pingAOP 模块直接将面向方面的编程 功能集成到了pring 框架中。所以，可以很容易地使Spring框架管理的任何对象支持A .Sprin AO 模块为基于Spring 的应用

3、程序中的对象提供了事务管理服务.通过使用Spri AOP ，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。 pin AO :DBC AO 抽象层提供了有意义的异常层次结构,可用该结构来管理异常处理和不同数据库 供应商抛出的错误消息。异常层次结构简化了错误处理,并且极大地降低了需要编写 的异常代码数量（例如打开和关闭连接）。Sprin DAO 的面向JDB 的异常遵从通用的DAO 异常层次结构. Sprig RM :Sping 框架插入了若干个ORM 框架，从而提供了 的对象关系工具，其中包括DO 、Hbernae和is SQLa 。所有这些都遵从Sn的通用事务和AO异常层次结构.

4、 2.is 架构图 atis 是 一个基于 v的持久层框架. iBATI 提供的持久层框架包括 QL Maps 和DtAces Objec （ DO )，同时还 提供一个利用这个框架开发的 JPeStre 实例. ITUB个人空间F&IBS:最大的优点是可以有效的控制q 发送的数目，提高数据层的执行效率!它需要程序员自己去写sql 语句，不象hbrnate 那样是完全面向对象的,自动化的，ibats 是半自动化的，通过表和对象的映射以及手工书写的q 语句，能够实现比ernate 等更高的查询效率。 Ibatis 只是封装了数据访问层，替我们做了部分的对象关系映射.但代价是必须要写xml 配置文

5、件,相对于Hibnate 还要写很多sql .brat 通过工具直接从数据库模式生成实体类和基本的配置文件，而且大部分情况下不需要我们写ql，会较大的提升开发效率。但这些也有很多的局限性，尤其是对环境的要求较高（数据库设计，对象设计,团队的协作等）。 个人感觉Ibtis 对项目比较有意义的地方在于它小巧灵活,可扩展，封装了数据访问层（事务，缓存，异常,日志），并提供了DAO框架支持。 利用Ibatis 我们可以做到代码和sql 的分离，只要sq能够解决的问题,Ibati 就能帮我们较容易的解决，同时也使我们的项目对某一框架的依赖性变小（因为Ibi 是非侵入性的）.这将极大的降低项目风险，减少解

6、决复杂问题的时间，使项目的维护变得简单。Ibais 对于应用的修改，调试,扩充和维护将会变得容易自然。修改时,我们主要修改的是代 表模型的实体对象,xml 配置文件中的l，和/ 或配置文件的esultMa (很多时候是不需要的)。同时，sql和代码分离，我们不用在代码的SrgBuf 的apped 方法之间寻找需要修改的sql .配置文件中的q 便利了我们的调试和对sq 的评审及以后的ql 重用。 3.ructs架构图Stut是che 基金会Jakrt 项目组的一个OpenSorce项目，它采用MV模式，能够很好地帮助java开发者利用JEE开发 应用.和其他的jaa 架构一样，Strut 也是

7、面向对象设计，将MVC模式” 分离显示逻辑和业务逻辑 的能力发挥得淋漓尽致。Stucts框架的核心是一个弹性的控制层,基于如va Serles ，JvaBeas，esourceBunles与ML等标准技术 , 以及Jakarta Cmons 的一些类库.Strut 有一组相互协作的类(组件）、erlvt以及jsp tg lb 组成.基于strut 构架的web应用程序基本上符合S Model2 的设计标准,可以说是一个传统MC 设计模式的一种变化类型. Struts 有其自己的控制器（Cnrole )，同时整合了其他的一些技术去实现模型层(del）和视图层(ew ）。在模型层，Strut 可以

8、很容易的与数据访问技术相结合，如JDBC EJB，以及其它第三方类库，如Hibernte / iATS ,或者Objc elational Brdge( 对象关系桥） 。在视图层,Struts能够与SP ，包括JSTL 与JSF，以及Vociy 模板，XSL与其它表示层技术. Struts为每个专业的 应用程序做背后的支撑,帮助为你的应用创建一个扩展的开发环境. Clt rows （客 户浏览器） 来自客户浏览器的每个HTTP 请求创建一个事件。Wb 容器将用一个HTP 响应作出响应。 Contrlr (控制器）控制器接收来自浏览器的请求,并决定将这个请求发往何处。就trut 而言，控制器是以

9、servet 实现的一个命令设计模式。strut-onfixl 文件配置控制器。 业务逻辑 业务逻辑更新模型的状态,并帮助控制应用程序的流程。就Strus而言，这是通过作为实际业务逻辑“瘦” 包装的Acon 类完成的。 Model （模型)的 状态 模型表示应用程序的状态。业务对象更新应用程序的状态。Actinorm. bea在会话级或请求级表示模型的状态,而不是在持久级。JSP 文件使用JS 标记读取来自ctonFo。bean 的信息. Vew （视图）视图就是一个JP 文件。其中没有流程逻辑,没有业务逻辑,也没有模型信息- 只有标记。标记是使Strus 有别于其他框架(如Veocit）的因

10、素之一 4。stus2 架构图 rut 2 相对于Strus X ,将实现用户业务逻辑（Acn）同Sevlt AI 分离开,这种分离机制，是采用了拦截器或者拦截器栈(拦截器链)。拦截器是Sruts 2 的核心内容之一。 Strut 2 内 建了多个拦截器和拦截器栈(由多个拦截器形成的拦截器链)，将用户的eb 请求进行拦截处理,从而提供了更加丰富的功能，例如数据类型转换、国际化、文件上传等。 5.Hibeate 架构图 brnat 是 一个开放源代码 的 对象关系映射框架，它对JDBC 进行了非常轻量级的对象封装,使得ava 程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibrate可以应

11、用在任何使用JDB 的场合，既可以在Jaa 的客户端程序使用，也可以在Servlt/JSP 的Web 应用中使用，最具革命 意义的是，Hiernate 可以在应用EJB的J2E 架构中取代CMP ,完成数据持久化的重任。 Hibrnae的核心接口一共有5个，分别为：Session、SesionFactoy 、Tansacton 、Query和Configuraton 。这5 个核心接口在任何开发中都会用到。通过这些接口,不仅可以对持久化对象进行存取,还能够进行事务控制。下面对这五个核心接口分别加以介绍。Session 接 口：esion 接口负责执行被持久化对象的CRUD 操作(CD 的任务是

12、完成与数据库的交流，包含了很多常见的QL 语句.) .但需要注意的是ession对象是非线程安全的。同时，ibernae 的sin 不同于JSP 应用中的HtSeion 。这里当使用ession 这个术语时,其实指的是Hiernate中的ssi,而 以后会将tpSesion对象称为用户sssion 。 essonFactry接口：Sessioactoy 接口负责初 始化Hibernate 。它充当数据存储源的代理，并负责创建Ssion对象.这里用到了工厂模式。需要注意的是SioFactoy并不是轻量级的，因为一般情况下,一个项目通常只需要一个SsonFacoy 就够,当需要操作多个数据库时,可

13、以为每个数据库指定一个SesioFactor 。onfiurton 接口:Coniguratn 接口负责配置并启动ibenat ,创建SessioFacory 对象.在Hibeat 的启动的过程中，onfigurtion 类的实例首先定位映射文档位置、读取配置,然后创建Sesioactory 对象。ransction接 口：Transaction 接口负责事务相关的操作。它是可选的,开发人员也可以设计编写自己的底层事务处理代码。 Query 和Criteria 接口:Query和riia 接口负责执行各种数据库查询。它可以使用HQL 语言或SQL 语句两种表达方式。 2E 架构图J2EE 是一 套全然不同于传统应用开发的技术架构，包含许多组件,主要可简化且规范应用系统的开发与部署,进而提高可移植性、安全与再用价值。JEE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循JEE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。 7.rcle架构图 文中如有不足，请您指教！ /