Java EE企业级应用架构.docx

Java_EE企业级应用架构Java EE企业级应用架构
EE是什么
Java EE(Java Enterprise Edition)是一种企业级应用的软件架构,同时是一种思想,一套规范。
EE的发展史
Java Enterprise Edition的发展不知不觉已经12年了,不知道大家有没留意,一开始,Java Enterprise Edition简称“J2EE”,直到版本5才改名为Java EE,而现在最新的版本则是Java EE 6。
到这里,或许有人会问,为什么会有这么多套Java EE规范?这些版本的差别是什么?
,主要是将之前各个单独的规范绑定到一起。
,则是继续完善J2EE体系结构。
,主要是加入了一个重要主题:Web Service
EE 5,主题则是“简化”,简化之前复杂的J2EE思想,改善开发体验。
EE到底要解决什么问题?
EE解决什么问题?
从Java EE发展背景看,它与“分布式应用”以及“互联网应用”的关系密不可分,而这两者也正是Java EE要解决的问题!
其实,分布式应用随着90年代互联网的兴起逐渐开始普及。在90年代中,各种分布式应用标准逐渐诞生,如:OMG的CORBA,等,而Sun在推出Java的RMI(Remote Method Invocation)后,便以RMI作为通信基础构建了Java EE。我认为,Java EE最核心要解决的问题就是“分布式应用”。而在接下来的竞争中,Java EE也不负所托,逐渐取代了CORBA,DCOM的地位。

RPC(Remote Procedure Call),在聊到分布式应用时很多人会第一时间想到它。所谓RPC,就是远程调用一个服务,但效果和本地调用一样。在最初的时候,RPC很类似C语言的函数调用,但随着编程语言和技术的发展,特别是面向对象和面向组件技术的广泛应用,便出现了“远程对象/方法调用”。所谓“远程对象/方法调用”其实就是把调用远程对象和本地对
象的区别隐藏起来,让调用者可以像使用本地对象那样调用远程对象。从本质上说,最初的RPC和后来的“远程对象/方法调用”稍有不同,在“远程对象/方法调用”中,被调的服务还需要考虑如:对象生命周期管理,事务处理……这些问题。但笼统地说,最初的RPC和“远程对象/方法调用”都称为:RPC,所以之前提到的如:DCOM,CORBA,JAVA的RMI,.NET的Remoting都称为RPC。而我认为,RPC的本质就是:应用协议+ 传输协议。而各种不同的RPC实现之间的区别亦在此。
而所谓的“分布式应用”,实际上可以说是用RPC方式,把各个分布在不同机器的应用模块联合成一个系统。可以说RPC是“分布式应用”的基础,所以就有“以RMI作为通信基础构建了Java EE”这一说了。
EE体系结构
这里,我打算从分析“企业级应用”入手,并藉此逐步建立整个Java EE体系。
EE体系结构
为了有印象,我们先来个最简单Java EE架构图看看:
从上图看到,Java EE一般分为4层:
(1)客户端
(2)web层
(3)业务逻辑