J2EE架构解析[Java编程]

J2EE架构是当前主流的架构之一,目前大大都企业采取J2EE技术的构造计划与办理筹划.J2EE体系构造供应中间层集成框架用来满意无需太多费用而又需求高可用性、高坚固性以及可扩大性的利用的需求.通过供应统一的开辟平台,J2EE降低了开辟多层利用的费用和复杂性,同时供应对现有利用程序集成强有力支持,完好支持Enterprise JavaBeans,有杰出的向导支持打包和布置利用,增添目录支持,加强了安全机制,提高了性能.

高效的开辟: J2EE答应公司把一些通用的、很烦琐的服务端任务交给中间件供应商去完成.这样开辟人员可以集合精神在若何成立商业逻辑上,呼应地缩短了开辟时间.高级中间件供应商供应以下这些复杂的中间件服务:

状况管理服务 -- 让开辟人员写更少的代码,不用关心若何管理状况,这样可以更快地完成程序开辟.

持续性服务 -- 让开辟人员不用对数据拜候逻辑举行编码就可以编写利用程序,能生成更轻盈,与数据库无关的利用程序,这种利用程序更易于开辟与保护.

分布式同享数据对象CACHE服务 -- 让开辟人员编制高性能的系统,极大提高整体布置的伸缩性.

支持异构环境: J2EE可以开公布置在异构环境中的可移植程序.基于J2EE的利用程序不依靠任何特定操作系统、中间件、硬件.因此计划公道的基于J2EE的程序只需开辟一次便可布置到各种平台.这在典型的异构企业计算环境中是非常关键的.J2EE尺度也答应客户订购与J2EE兼容的第三方的现成的组件,把他们布置到异构环境中,节俭了由自己制订整个筹划所需的费用.

可伸缩性: 企业必必要挑选一种服务器端平台,这种平台应能供应极佳的可伸缩性去满意那些在他们系统上举行商业运作的大批新客户.基于J2EE平台的利用程序可被布置到各种操作系统上.比方可被布置到高端UNIX与大型机系统,这种系统单机可支持64至256个处理器.J2EE范畴的供应商供应了更为遍及的负载均衡战略.能消除系统中的瓶颈,允很多台服务器集成布置.这种布置可达数千个处理器,实现可高度伸缩的系统,满意将来商业利用的需求.

J2EE利用多层的分布式利用模子,利用逻辑按功效划分为组件,各个利用组件按照他们所在的层分布在差别的机械上.传统的J2EE多层企业级利用模子将两层化模子中的差别层面切分成很多层.一个多层化利用可认为差别的每种服务供应一个独立的层,以下是 J2EE 典型的四层构造:

运行在客户端机械上的客户层组件

运行在J2EE服务器上的Web层组件

运行在J2EE服务器上的业务逻辑层组件

运行在EIS服务器上的企业信息系统(Enterprise information system)层软件

普通认为,J2EE平台就遍及的认为是这个架构,运行在J2EE服务器上的EJB容器可以认为是此构造的核心,EJB容器管理着全部EJB的履行,以及EJB的生命周期,并且为EJB供应全部系统级的服务.EJB组件则负责承受,处理WEB容器的客户恳求和衔接供应整个企业利用的数据,服务的EIS层.

此“经典”架构中,全部的数据拜候都要通过entity bean,业务对象都是带远程接口的无状况session bean,运行在EJB容器中.EJB中包含了各种服务（比方声明式的事件管理）,并且供应了一个同享的中间层,可支持可支持各种范例的J2EE客户端.但构造中利用性能和开辟开销的负担很重,一些负载来在于EJB,而很大还是与分布式架构的特点有关.此外为了分布化,牺牲了OO原则,并且难以测试,因为业务逻辑普通编写在EJB的实现类中,而这些类完好依靠于EJB容器的.

此“经典”架构的一种改良,就是把远程EJB替换为本地EJB,实现了架构的重用,办理了分布化的各种问题.但架构还是相当的复杂.EJB的很多负担还是存在,从EJB中得到好处反而不多.

所以随着企业级利用开辟的不断复杂,对架构计划的要求也会提出新的要求:

架构简单,但功效强盛.

架构可以通过配置WEB容器集群来到达横向扩大.

在差别的利用服务器之间具有高移植性.

便于在利用服务器之外举行业务对象的单元测试,并且,一些集成测试乃至可以让一些轻量级容器（如Junit）来完成.

为了办理经典架构中有EJB惹起的一系列问题以及满意不断发展的企业利用,提出了非EJB架构的“轻量级容器”.轻量级容器与EJB架构都是有容器管理业务服务对象,然后再环绕着这个服务层组织整个架构.但是业务对象不是运行在EJB容器中,而是运行在“轻量级容器”中.轻量级容器并没有和J2EE绑定,所以它既可以运行在WEB容器里,也可以在一个尺度利用程序中运行,如必要也可以运行在EJB容器中.这个容器也没有和servlet API绑定?D?D这一点与MVC构造的WEB框架差别.轻量级容器的启动开销很小,并且无需EJB的布置.

轻量级容器供应了一种管理、定位业务对象的办法.用不着JNDI寻址、定制服务器之类的额外帮助;轻量级容器为利用对象供应注册服务.其较之EJB容器而言,不但功效强盛,并且避免了容器强迫业务对象采取特定的接口,最低程度的降低了侵入性,实现了效果极佳的架构重用.

轻量级容器中全部的Java类都运行在同一个虚拟机中.

WEB层是由MVC框架供应的（Struts或WebWork,或Spring架构的MVC构造）

业务对象是POJO,运行在轻量级容器里.AOP的拦阻机制可以加强业务对象,从而实现企业级服务.与EJB容器差别,业务对象不依靠于容器的API,所以这些对象在容器外也可以利用,更利于单元测试.业务对象仅仅通过接口来拜候,当更改具体业务对象的实现类后,业务对象无需改正.实现了面向接口编程.

数据拜候机制可以通太轻量级的O/R Mapping,该层能供应透明的长期化,该长期层实现了对数据拜候方法JDBC的轻量级封装.