资源预览内容
第1页 / 共8页
第2页 / 共8页
第3页 / 共8页
第4页 / 共8页
第5页 / 共8页
第6页 / 共8页
第7页 / 共8页
第8页 / 共8页
亲,该文档总共8页全部预览完了,如果喜欢就下载吧!
资源描述
各种系统架构图及其简介1Sring架构图 Sprig 是一个开源框 架,是为了解决企业 应 用程序开发复杂性而创建的.框架的主要优势之一就是其分层架构,分层架构允许您选择使用哪一个组件,同时为JEE 应用程序开发提供集成的框架。Sring 框架的功能可以用在任何2EE服务器中,大多数功能也适用于不受管理 的环境.Spring 的核心要点是:支持不绑定到特定J2EE 服务的可重用业务和数据访问对象。这样的对象可以在不同J2E 环境(Web 或EB)、独立应用程序、测试环境之间重用. 组成Sprin 框架的每个模块(或组件)都可以单独存在,或者与其他一个或多个模块联合实现。每个模块的功能如下: 核 心容器:核心容器提供ring 框架的基本功能。核心容器的主要组件是enactory ,它是工厂模式的实现.nFactory 使用控制反转(IO )模式将应用程序的配置和依赖性规范与实际的应用程序代码 分 开。 prig 上下文:Spring 上下文是一个配置文件,向Srin 框架提供上下文信息。Sprng上下文包括企业服务,例如JD 、B 、电子邮件、国际化、校验和调度功能。 pin AP : 通过配置管理特性,pingAOP 模块直接将面向方面的编程 功能集成到了pring 框架中。所以,可以很容易地使Spring框架管理的任何对象支持A .Sprin AO 模块为基于Spring 的应用程序中的对象提供了事务管理服务.通过使用Spri AOP ,不用依赖EJB组件,就可以将声明性事务管理集成到应用程序中。 pin AO :DBC AO 抽象层提供了有意义的异常层次结构,可用该结构来管理异常处理和不同数据库 供应商抛出的错误消息。异常层次结构简化了错误处理,并且极大地降低了需要编写 的异常代码数量(例如打开和关闭连接)。Sprin DAO 的面向JDB 的异常遵从通用的DAO 异常层次结构. Sprig RM :Sping 框架插入了若干个ORM 框架,从而提供了 的对象关系工具,其中包括DO 、Hbernae和is SQLa 。所有这些都遵从Sn的通用事务和AO异常层次结构. 2.is 架构图 atis 是 一个基于 v的持久层框架. iBATI 提供的持久层框架包括 QL Maps 和DtAces Objec ( DO ),同时还 提供一个利用这个框架开发的 JPeStre 实例. ITUB个人空间F&IBS:最大的优点是可以有效的控制q 发送的数目,提高数据层的执行效率!它需要程序员自己去写sql 语句,不象hbrnate 那样是完全面向对象的,自动化的,ibats 是半自动化的,通过表和对象的映射以及手工书写的q 语句,能够实现比ernate 等更高的查询效率。 Ibatis 只是封装了数据访问层,替我们做了部分的对象关系映射.但代价是必须要写xml 配置文件,相对于Hibnate 还要写很多sql .brat 通过工具直接从数据库模式生成实体类和基本的配置文件,而且大部分情况下不需要我们写ql,会较大的提升开发效率。但这些也有很多的局限性,尤其是对环境的要求较高(数据库设计,对象设计,团队的协作等)。 个人感觉Ibtis 对项目比较有意义的地方在于它小巧灵活,可扩展,封装了数据访问层(事务,缓存,异常,日志),并提供了DAO框架支持。 利用Ibatis 我们可以做到代码和sql 的分离,只要sq能够解决的问题,Ibati 就能帮我们较容易的解决,同时也使我们的项目对某一框架的依赖性变小(因为Ibi 是非侵入性的).这将极大的降低项目风险,减少解决复杂问题的时间,使项目的维护变得简单。Ibais 对于应用的修改,调试,扩充和维护将会变得容易自然。修改时,我们主要修改的是代 表模型的实体对象,xml 配置文件中的l,和/ 或配置文件的esultMa (很多时候是不需要的)。同时,sql和代码分离,我们不用在代码的SrgBuf 的apped 方法之间寻找需要修改的sql .配置文件中的q 便利了我们的调试和对sq 的评审及以后的ql 重用。 3.ructs架构图Stut是che 基金会Jakrt 项目组的一个OpenSorce项目,它采用MV模式,能够很好地帮助java开发者利用JEE开发 应用.和其他的jaa 架构一样,Strut 也是面向对象设计,将MVC模式” 分离显示逻辑和业务逻辑 的能力发挥得淋漓尽致。Stucts框架的核心是一个弹性的控制层,基于如va Serles ,JvaBeas,esourceBunles与ML等标准技术 , 以及Jakarta Cmons 的一些类库.Strut 有一组相互协作的类(组件)、erlvt以及jsp tg lb 组成.基于strut 构架的web应用程序基本上符合S Model2 的设计标准,可以说是一个传统MC 设计模式的一种变化类型. Struts 有其自己的控制器(Cnrole ),同时整合了其他的一些技术去实现模型层(del)和视图层(ew )。在模型层,Strut 可以很容易的与数据访问技术相结合,如JDBC EJB,以及其它第三方类库,如Hibernte / iATS ,或者Objc elational Brdge( 对象关系桥) 。在视图层,Struts能够与SP ,包括JSTL 与JSF,以及Vociy 模板,XSL与其它表示层技术. Struts为每个专业的 应用程序做背后的支撑,帮助为你的应用创建一个扩展的开发环境. Clt rows (客 户浏览器) 来自客户浏览器的每个HTTP 请求创建一个事件。Wb 容器将用一个HTP 响应作出响应。 Contrlr (控制器)控制器接收来自浏览器的请求,并决定将这个请求发往何处。就trut 而言,控制器是以servet 实现的一个命令设计模式。strut-onfixl 文件配置控制器。 业务逻辑 业务逻辑更新模型的状态,并帮助控制应用程序的流程。就Strus而言,这是通过作为实际业务逻辑“瘦” 包装的Acon 类完成的。 Model (模型)的 状态 模型表示应用程序的状态。业务对象更新应用程序的状态。Actinorm. bea在会话级或请求级表示模型的状态,而不是在持久级。JSP 文件使用JS 标记读取来自ctonFo。bean 的信息. Vew (视图)视图就是一个JP 文件。其中没有流程逻辑,没有业务逻辑,也没有模型信息- 只有标记。标记是使Strus 有别于其他框架(如Veocit)的因素之一 4。stus2 架构图 rut 2 相对于Strus X ,将实现用户业务逻辑(Acn)同Sevlt AI 分离开,这种分离机制,是采用了拦截器或者拦截器栈(拦截器链)。拦截器是Sruts 2 的核心内容之一。 Strut 2 内 建了多个拦截器和拦截器栈(由多个拦截器形成的拦截器链),将用户的eb 请求进行拦截处理,从而提供了更加丰富的功能,例如数据类型转换、国际化、文件上传等。 5.Hibeate 架构图 brnat 是 一个开放源代码 的 对象关系映射框架,它对JDBC 进行了非常轻量级的对象封装,使得ava 程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibrate可以应用在任何使用JDB 的场合,既可以在Jaa 的客户端程序使用,也可以在Servlt/JSP 的Web 应用中使用,最具革命 意义的是,Hiernate 可以在应用EJB的J2E 架构中取代CMP ,完成数据持久化的重任。 Hibrnae的核心接口一共有5个,分别为:Session、SesionFactoy 、Tansacton 、Query和Configuraton 。这5 个核心接口在任何开发中都会用到。通过这些接口,不仅可以对持久化对象进行存取,还能够进行事务控制。下面对这五个核心接口分别加以介绍。Session 接 口:esion 接口负责执行被持久化对象的CRUD 操作(CD 的任务是完成与数据库的交流,包含了很多常见的QL 语句.) .但需要注意的是ession对象是非线程安全的。同时,ibernae 的sin 不同于JSP 应用中的HtSeion 。这里当使用ession 这个术语时,其实指的是Hiernate中的ssi,而 以后会将tpSesion对象称为用户sssion 。 essonFactry接口:Sessioactoy 接口负责初 始化Hibernate 。它充当数据存储源的代理,并负责创建Ssion对象.这里用到了工厂模式。需要注意的是SioFactoy并不是轻量级的,因为一般情况下,一个项目通常只需要一个SsonFacoy 就够,当需要操作多个数据库时,可以为每个数据库指定一个SesioFactor 。onfiurton 接口:Coniguratn 接口负责配置并启动ibenat ,创建SessioFacory 对象.在Hibeat 的启动的过程中,onfigurtion 类的实例首先定位映射文档位置、读取配置,然后创建Sesioactory 对象。ransction接 口:Transaction 接口负责事务相关的操作。它是可选的,开发人员也可以设计编写自己的底层事务处理代码。 Query 和Criteria 接口:Query和riia 接口负责执行各种数据库查询。它可以使用HQL 语言或SQL 语句两种表达方式。 2E 架构图J2EE 是一 套全然不同于传统应用开发的技术架构,包含许多组件,主要可简化且规范应用系统的开发与部署,进而提高可移植性、安全与再用价值。JEE核心是一组技术规范与指南,其中所包含的各类组件、服务架构及技术层次,均有共通的标准及规格,让各种依循JEE架构的不同平台之间,存在良好的兼容性,解决过去企业后端使用的信息产品彼此之间无法兼容,导致企业内部或外部难以互通的窘境。 7.rcle架构图 文中如有不足,请您指教! /
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号