Java_EE架构的绍.doc

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Java_EE架构的绍

Java EE公司级运用架构 一.Java EE是啥? Java EE(Java Enterprise Edition)是一种公司级运用的软件架构,一起是一种思想,一套规范。 二.Java EE的展开史 Java Enterprise Edition的展开不知不觉现已12年了,不知道我们有没留神,一初步,Java Enterprise Edition简称“J2EE”,直到版别5才改名为Java EE,而如今必威体育精装版的版别则是Java EE 6。 到这里,或许有人会问,为啥会有这么多套Java EE规范?这些版另外不一样是啥? 1.J2EE1.2的出现,首要是将之前各个单独的规范绑定到一起。 2.J2EE1.3,则是继续完善J2EE系统规划。 3.J2EE1.4,首要是加入了一个重要主题:Web Service 4.而Java EE 5,主题则是“简化”,简化之前杂乱的J2EE思想,改善开发领会。 三.Java EE终究要处置啥疑问? 1.Java EE处置啥疑问? 从Java EE展开布景看,它与“分布式运用”以及“互联网运用”的联络密不可分,而这两者也正是Java EE要处置的疑问! 其实,分布式运用跟着90年代互联网的兴起逐步初步广泛。在90年代中,各种分布式运用规范逐步诞生,如:OMG的CORBA,MS的DCOM等,而Sun在推出Java的RMI(Remote Method Invocation)后,便以RMI作为通讯基础构建了Java EE。我认为,Java EE最中间要处置的疑问便是“分布式运用”。而在接下来的比赛中,Java EE也不负所托,逐步代替了CORBA,DCOM的方位。 2.分布式运用与RPC RPC(Remote Procedure Call),在聊到分布式运用时许多人会榜首时辰想到它。所谓RPC,便是远程调用一个效力,但作用和本地调用一样。在初步的时分,RPC很类似C言语的函数调用,但跟着编程言语和技术的展开,特别是面向方针和面向组件技术的广泛运用,便出现了“远程方针/方法调用”。所谓“远程方针/方法调用”其实便是把调用远程方针和本地方针的区别躲藏起来,让调用者可以像运用本地方针那样调用远程方针。从本质上说,初步的RPC和后来的“远程方针/方法调用”稍有不一样,在“远程方针/方法调用”中,被调的效力还需要考虑如:方针生命周期处理,业务处置……这些疑问。但抽象地说,初步的RPC和“远程方针/方法调用”都称为:RPC,所以之前说到的如:DCOM,CORBA,JAVA的RMI,.NET的Remoting都称为RPC。而我认为,RPC的本质便是:运用协议 + 传输协议。而各种不一样的RPC完结之间的区别亦在此。 而所谓的“分布式运用”,实习上可以说是用RPC方法,把各个分布在不一样机器的运用模块联组成一个系统。可以说RPC是“分布式运用”的基础,所以就有“以RMI作为通讯基础构建了Java EE”这一说了。 四.Java EE系统规划 这里,我计划从分析“公司级运用”下手,并藉此逐步建立整个Java EE系统。 1.概述Java EE系统规划 为了有形象,我们先来个最简略Java EE架构图看看: 从上图看到,Java EE一般分为4层: (1)客户端 (2)web层 (3)业务逻辑层 (4)公司信息层(EIS:Enterprise Information System) 呵呵,不要认为Java EE只是描写效力端规范,实习上,它仍是包含了一些客户端相关东东,比方:Applet...不过,Java EE的关键仍是在效力端这方面,而这篇文章关键也是介绍Java EE在效力端这方面的内容。 2.“公司级运用”分析 (1)分布式运用 首先从总的来看,一个“公司级运用”代表着,这个系统肯定是“非常大型的”,这么大型的系统,这么多的运用,是不可能把运用都安置在一台机器上的,所以“分布式运用”这个需要便瓜熟蒂落地出现。志向的“公司级运用”中,各种功用模块大约分布在不一样的机器上,在需要某功用的时分,我们可以动态地进行调用。 (2)系统分层 公司运用中,业务的功用会非常杂乱。此时,模块间的解耦以及系统的分层初步显得重要,解耦与分层会使得系统规划清楚,并且健旺。而传统的分层方式是一般是:接入层,逻辑层,数据层。 (3)异步 描写分布式运用时,你遇到的榜首个疑问便是:等待…..在公司级运用中,业务的处置时杂乱的。如果把子模块安置到不一样机器后,要处置一个业务,很可能需要到多台机器上进行调用;另外,子模块的运算也需要一定的时辰,此时,“等待”就出现了。由于你无法估量这个杂乱的业务啥时分才华处置完,所以,“异步”这个概念也瓜熟

文档评论(0)

xciqshic + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档