2022年JEE与.NET技术架构的比较 .pdf

《2022年JEE与.NET技术架构的比较 .pdf》由会员分享，可在线阅读，更多相关《2022年JEE与.NET技术架构的比较 .pdf（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、电信交换 2009 年第 1 期J2EE与.NET技术架构的比较摘要：从体系架构、移植性、性能、安全性、稳定性、可扩展性、成熟度、第三方厂商支持、开源支持、学习成本和对Web 服务支持等方面，试图对目前两种主要的软件开发技术架构J2EE 与.NET 进行一个客观、公正、全面的比较。关键词 ： J2EE .NET 体系架构移植性安全性可扩展性Web 服务随着三层 /多层企业信息系统结构的深度发展和下一代分布式计算模型Web 服务的出现，软件开发中关于平台、框架、语言的竞争也愈演愈烈。自从微软推出.NET 平台，业界关于 J2EE 平台与 .NET 平台的比较从未停止过。本文在收集整理相关文章的基

2、础上，试图对目前两种主要的应用软件开发技术架构J2EE 与.NET 进行一个客观、 公正、全面的比较， 以帮助软件开发商选择一个较为合适的开发平台进行应用软件的开发。一、J2EE简介Java于 1995 年由 Sun 公司推出，当时它的主要用途是制作产生动态网页的Applet 。后来，人们发现Java 的“ 一次开发，多次运行” 、纯面向对象的特性、垃圾回收机制和内置安全特别适合于开发企业应用系统。于是，企业应用开发商纷纷在Java 标准版的基础上各自扩展出许多企业应用API，其结果导致基于Java 的企业应用呈爆炸式增长。但是各企业系统 API 之间又不能相互兼容， 破坏了 Java的平台独

3、立性。 鉴于此，Sun 公司联合IBM 、 Oracle、BEA 等大型企业应用系统开发商于1999年共同制订了一个基于Java组件技术的企业应用系统开发规范， 该规范定义了一个多层企业信息系统的标准平台，旨在简化和规范企业应用系统的开发和部署。这一规范和其定义的平台就构成了J2EE。它定义了基于组件的方式设计、开发、组装和部署企业应用系统的各个组成部分。同时，J2EE 规范定义了分布式多层应用系统模型、 组件重用策略、 一体化的安全模型以及灵活的事务控制策略等，使得独立软件提供商（ ISV）能够比以前更快的速度，向市场推出用户适应的解决方案。J2EE 是一套针对于企业级分布式应用的计算环境，

4、其结构体系如图1 所示。它定义了动态 Web 页面功能（ Servlet 和 Jsp） 、商业组件（ EJB） 、异步消息传输机制（JMS） 、名称和目录定位服务（JNDI ） 、数据库访问（JDBC） 、与子系统的连接器（JCA）和安全服务等。需要注意的是，J2EE 本身是一个标准，而不是一个现成的产品（虽然现在有很多符合J2EE 标准的产品），它由以下几个部分组成：（1）J2EE 规范该规范定义了J2EE 平台的体系结构、平台角色及J2EE 中每种服务和核心 API 的实现要求。它是J2EE 应用服务器开发商的大纲。（2）J2EE 兼容性测试站点Sun 公司提供的一个测试J2EE 应用服务

5、器是否符合J2EE规范的站点，对通过该站点测试的产品，Sun 公司将发放兼容性证书。（3）J2EE 参考实现即 J2EE SDK ，它既是 Sun 公司自己对J2EE 规范的一个非商业性实现，又是为开发基于J2EE 企业级应用系统原型提供的一个免费的底层开发环境。（4）J2EE 实施指南即 BluePrints 文档，该文档通过实例来指导开发人员如何去开发一个基于J2EE 的多层企业应用系统。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 10 页 - - - - - -

6、 - - - 岳福香 ：J2EE 与.NET 技术架构的比较2 图 1 J2EE 体系结构图1组件 - 容器模型J2EE 是一个基于组件-容器模型的系统平台，其核心概念是容器。容器是指为特定组件提供服务的一个标准化的运行时环境，Java虚拟机就是一个典型的容器。组件是一个可以部署的程序单元，它以某种方式运行在容器中，容器封装了J2EE 底层的 API ，为组件提供事务处理、数据访问、安全性、持久性等服务。在J2EE 中组件和组件之间并不直接访问，而是通过容器提供的协议和方法来相互调用。组件和容器间的关系通过“ 协议” 来定义。 容器的底层是 J2EE 服务器，它为容器提供J2EE 中定义的各种

7、服务和API。一个 J2EE 服务器（也叫 J2EE 应用服务器）可以支持一种或多种容器。2J2EE 的核心 EJB J2EE 定义了四种组件：Applet 组件、Application 客户组件、 Web 组件及 EJB（Enterprise JavaBeans）组件。其中Applet 和 Application 客户组件在客户端运行，J2EE 通过 Java 插件为 Applet 提供运行环境，Application 客户的容器就是本地Java 虚拟机； Web 及 EJB 组件在服务端运行。J2EE 中包含 JSP和 Servlet 两种 Web 组件，它们是Web 服务器的功能扩展，都

8、能生成动态Web 页面。不同的是 JSP是将 Java代码嵌入到HTML 中，服务器负责解释执行，生成结果返回用户 （与 ASP 技术相似） ； 而 Servlet 是单独的Java类，它动态生成HTML文件返回给客户。Web 组件的容器比较典型的就是基于Java 的 Web 服务器。EJB 是 J2EE 平台的核心，也是J2EE 得到业界广泛关注和支持的主要原因。众所周知J2EE 的一个主要目的就是简化企业应用系统的开发，使程序员将主要精力放在商业逻辑的开发上。 EJB 正是基于这种思想的服务器端技术，它本身也是一种规范，该规范定义了一个可重用的组件框架来实现分布式的、面向对象的商业逻辑；其

9、核心思想是将商业逻辑与底层的系统逻辑分开，使开发者只需关心商业逻辑，而由EJB 容器实现目录服务、事务处理、持久性、安全性等底层系统逻辑。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE 与.NET 技术架构的比较3 一个可部署的EJB 组件包含3 个部分： Remote 接口、Home 接口和 Enterprise Beans 类。（） Remote 接口Remote 接口定义EJB 组件中提供的可供用户调

10、用的方法，也就是通常所说的实现商业逻辑的函数或过程（如计算商品价格的函数），以供远程客户端调用。在 EJB 组件部署到容器的时候，容器会自动生成Remote 接口相应的实例，即 EJB 对象， 它负责代理用户的调用请求。（） Home 接口Home 接口定义了一组方法来创建新的EJB 对象，查找、定位和清除已有的EJB 对象。在EJB 组件部署时，容器也会自动生成相应的Home 对象，该对象负责查找和创建EJB 对象，返回EJB 对象的引用给客户；用户利用该引用调用EJB 组件的方法，得到结果；最后Home 对象清除EJB 对象。可以形象地称Home 接口为 EJB 对象的工厂。（） Ente

11、rprise Beans类Enterprise Beans类是商业逻辑的具体实现类。它可供用户调用的方法在Remote接口中定义。 根据功能不同， EJB 2.0 规范中定义了三种Enterprise Beans:会话 Beans （ Session Beans ）、实体 Beans （ Entity Beans）和消息驱动Beans （Message-driven Beans）。会话 Beans 分无状态和有状态两种。一般无状态的会话Beans 模拟商业逻辑， 比如计算价格等。 有状态的会话Beans通常模拟一个客户会话，它会临时保存客户信息，根据客户要求调用其他Beans 来存取数据。 两

12、种会话 Beans 都不保存状态信息或数据，当客户断开连接或服务器关闭时， 会话 Beans 也随之消失。 一个会话 Beans 的典型例子是网站上的购物车。实体 Beans 模拟商业数据， 并表示一个数据存储，可以是状态信息或数据库中的一条记录。 实体 Beans 在客户断开连接或服务器关闭后，仍有服务保证其数据得以保存。一个实体 Beans 的典型例子就是客户账号信息。消息驱动Beans在行为上很像会话Beans。不同的是仅在需要向这些Beans发送消息时才调用消息驱动Beans,比如在需要的时候发送用户确认信息等。另外，在提交和部署EJB 组件时，还需要两个文件：部署描述文件，容器根据该

13、文件来部署 Enterprise Beans，提供所要求的服务；EJB jar 文件，它是提交给EJB 容器的一个部署单元，容器（应用服务器）在部署时解开它，装入Enterprise Beans。EJB 容器非常复杂，一般由专业的J2EE 应用服务器开发商提供，比较流行的EJB 容器由 IBM 的 WebShpere、BEA 公司的 WebLogic Server 、Sun 公司的 iPlant 等应用服务器提供。EJB 容器除了为EJB 提供事务处理、目录服务、持久性管理和安全性服务外，还负责EJB的部署、发布和生命周期管理。3平台标准服务服务是组件和容器之间，以及容器和J2EE 服务器之间

14、的接口，在实现层面上它就是一系列 API 和协议。 J2EE 平台定义了一组标准的服务，其中有些服务是由J2SE 提供的， 有些则是 J2EE 对 Java的扩展。(1) 目录服务 JNDI （Java Name and Directory ）API 为应用程序提供了一个统一的接口来完成标准的目录操作，由于JNDI 是独立于目录协议的，应用程序可以用它访问各种目录服务，如LDAP 、NDS、DNS 等。(2) 数据访问 JDBC（Java Database Connectivity) API 为访问不同类型的数据库提供了统一的途径， 屏蔽了不同数据库的细节，具有平台无关性。J2EE 平台除了要

15、求核心的JDBC API （包含在J2SE 中）外，还要求扩展的JDBC API 2.0，它支持行集、连接池和分布式的事务处理。(3) 事务处理JTA（Java Transaction Architecture ）它定义了一组标准的接口，为应用系统提供可靠的事务处理支持。JTS（Java Transaction Service）是 CORBA OTS 事务监控的名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE

16、 与.NET 技术架构的比较4 Java 实现。 JTS 规定了事务管理器的实现方式，该事务管理器在高层支持JTA 标准，在底层实现了 OMG OTS 规范的 Java映射。(4) 消息服务 JMS（ Java Message Service）它是一组用于和面向消息的中间件相互通信的 API,它既支持点对点的消息通信，也支持发布 /订阅式的消息通信。电子邮件JavaMail API允许在应用程序中以独立于平台、独立于协议的方式收发电子邮件。JAF（JavaBeans Activation Framework ）负责处理MIME 编码， JavaMail 利用 JAF 来处理 MIME 编码的邮

17、件附件。(5) CORBA 兼容接口RMI（远程方法调用）是在分布式对象间通信的Java 本地方法，它使应用程序调用远程方法像调用本地方法一样，不需要考虑所调用对象的位置。RMI-IIOP是 RMI 的扩展，是符合 CORBA 标准的对象通信协议，也是 J2EE 默认的组件通信协议。Java IDL 允许 J2EE 应用组件通过IIOP 协议访问外部的CORBA 对象。(6) 安全服务JAAS（Java Authentication and Authorization Service ）它用两个步骤实现安全性：认证，即由用户提供认证信息（如用户名和密码）来获得系统认证，这一过程又称之为登录；授

18、权，在被确认为合法用户后，系统根据用户的角色授予其相应的权限。J2EE的授权是基于安全角色的概念，一个安全角色是一个拥有相同权限的逻辑组。J2EE 的安全角色由应用组件提供商来定义。4对 WEB 服务的支持Sun 提供了一套API 及其实现WSDP 作为对 J2EE 的扩展。在WSDP 中，JAXP 用来解析 XML 文档 ;JAXR 向 UDDI 服务器注册Web Services；JTX/RPC 用基于 XML 的协议（如SOAP）来发送和接收XML 文档； JWSDL 处理 WSDL 文档。J2EE 1.4 的设计目标就是Web 服务， 其中新加入了像JAX-RPC SAAJ 和 JAX

19、R 等 API，另外 EJB 2.1 里也增加了许多针对Web 服务设计的特性。5 多层应用模型从应用的角度来看，J2EE 为企业应用系统的开发提供了一种多层分布式企业应用模型。在 J2EE 中，应用逻辑按功能不同可以划分为不同类型的组件，各组件根据它们所在的层分布在不同的机器上，共同组成一个基于组件的分布式系统。如图 1 所示， J2EE 定义了一个典型的四层结构，分别是客户层、表示层（Web 层）、业务逻辑层和企业信息系统层。在应用开发时，J2EE 定义的四层模型可根据实际情况灵活运用。由于除Applet 外，其他的组件都可以访问数据库、EJB 组件和企业信息系统，因此通过不同层的取舍及组

20、合，可以衍生出许多应用软件开发模型，如基于Web 的四层模型、基于桌面应用的三层模型（不包括 Web 层） 、B2B 模型（不包括客户层）等。如果应用系统比较简单，一般不用EJB 作为逻辑层，而直接用Web 组件来实现商业逻辑和数据访问，毕竟EJB 的开发和部署费用还相当高。二、.NET 简介.NET 来自于微软，是一套全能的框架平台，支持C+、C#、J+、VB、ASP 等语言，能够解决C/S、B/S 和单机等结构的软件开发需求。.NET 平台将这些语言编译成CLR 语言，使它们可以无差别的运行在.NET Framework 上，是 2000 年以后微软最为重要的软件开发套件产品。.NET 的

21、绝大部分是微软Windows DNA(Distributed Network Architecture)的重写， DNA是微软以前开发企业应用程序的平台。Windows DNA 中包括了许多已经被证实的技术，新名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE 与.NET 技术架构的比较5 的.NET 框架取代了这些技术，并包含了Web 服务层和改良的语言支持。图2 是.NET 开发平台的体系结构。图 2 .N

22、ET 体系结构图1 NET 框架内核.NET 框架实现了语言开发、代码编译、组件配置、程序运行和对象交互等各个层面的功能，为Web 服务及普通应用程序提供了一个托管、安全和高效的执行环境。所有在.NET平台上创建的应用程序运行都需要两个核心模块:Common Language Runtime （CLR，通用语言运行时）和.NET Framework 类库。（） CLR .NET 的虚拟机CLR 是一个软件引擎，用来加载应用程序，确认它们可以没有错误地运行，并进行相应的安全许可验证，执行应用程序， 然后将被清除。 它为 .NET应用程序提供了一个托管的代码执行环境，托管意味着将原来由程序员或操作

23、系统做的工作剥离出来交由CLR 来完成，从而使程序运行获得更高的安全性和稳定性。这些工作包括内存管理、即时编译、组件自描述、安全管理、代码验证以及其他一些系统服务。CLR 提供一个技术规范， 无论程序使用什么语言编写，只要能编译成中间语言，就可以在它的支持下运行，这样 .NET 应用程序就可以独立于语言。CLR 还在应用程序运行环境中为基于组件的编程提供了直接支持，比如它支持属性、事件、对象、继承性、多态性和接口等组件编程特性。CLR 中的自动垃圾收集器负责.NET 应用程序运行时的内存分配、对象布局、内存释放等内存管理问题， 彻底解决了多年来困扰程序员的内存泄漏问题，大大增强了应用程序的健壮

24、性。即时编译器在运行时，将中间语言以调用对象的方法将单位动态编译成本地二进制代码。（2）类库NET Framework 类库向程序员提供软件组件，用来编写在CLR 控制下运行的代码，它们按照单一有序的分级组织提供了一个庞大的功能集，包括从文件系统到对XML功能的网访问的每一样功能。该类库为开发提供了三种基本编程模板：基于 ASP.NET 的 Web表单应用、基于ASP.NET 的 Web 服务应用和基于传统GUI 交互的 Windows 应用。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - -

25、- 第 5 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE 与.NET 技术架构的比较6 .NET Framework 类库由一组广泛的、面向对象的、可被开发者用于任何编程语言的可重用类集合组成，它提供了几乎所有应用程序都需要的公共代码;在此之上是许多应用程序模板，这些模板为开发网络站点和网络服务提供特定的高级组件和服务，无论是传统的命令行程序，还是 Windows 图形界面程序， 亦或是面向下一代互联网分布式计算平台的ASP.NET或 Web 服务应用，与在Windows 和它的 SDK 中发送的代码库一样，.NET 框架类库将程序员从繁重的编程细节中解放出来，而专

26、注于程序的商业逻辑。它将核心Win32 API 最常用的功能和外挂SDK 的功能封装到了一个统一的包中，并采用清晰而有条理的方式对类库进行分组和描述，这样开发者就能够更方便地找到其应用程序所需要的大多数功能。2ADO.NET组件ADO.NET 为基于网络的、可扩展的应用程序和服务提供数据访问服务。它不仅支持传统的基于链接指针风格的数据访问，而且对于更适合于把数据返回到客户端应用程序的无链接数据模板，也提供高性能的访问支持。3XML 数据组件通过它开发人员可以对任何数据进行XML 转换、传输和确认，所有数据都可以被看作是 XML 格式的。同时，系统也支持ADO.NET 数据与 XML 数据之间的

27、通用转换。4WINDOWS 表单组件Windows 表单组件为开发人员提供了强大的Windows 应用程序模型和丰富的Windows用户口，包括传统的ActiveX 控件和 Windows XP 的新界面，如透明的、分层的浮动窗口。5ASP.NET 应用服务ASP.NET 的核心是其用于处理基于HTTP 请求的高性能的运行语言，其编译运行的方式大大提高了它的性能。ASP.NET 使用基于构件的.NET 框架配置模板，因此，它获得了诸如 XCOPY 配置、构件并行配置和基于XML 配置之类的优点。它还支持应用程序的实时更新，同时提供高速缓冲服务，以改善性能。ASP.NET Web 表单把 VB

28、表单高效率的优点带到了Web 应用程序的开发中。它支持传统的将 HTML 内容与脚本代码混合的ASP 语法，但是它提出了一种将应用程序代码和用户接口内容分离的、更加结构化的方法。它提供一套映射传统HTML用户接口部件（包括列表框、 文本框和按钮） 的 ASP.NET Web 表单控件和一套更加复杂的Web 应用控件 （如日历和广告转板）。6对 Web 服务的支持ASP.NET 应用服务体系架构为用ASP.NET 建立 Web 服务提供了一个高级的可编程模板。虽然建立Web 服务并不限定使用特定的服务平台，但是ASP.NET 的许多优点将简化其开发过程。使用这个编程模型，开发人员甚至无需理解HT

29、TP、SOAP 或其他任何网络的服务规范。 ASP.NET 可以利用现存的体系架构和应用程序，为在互联网上绑定应用程序提供了一个简单、灵活和基于产业标准的模型。三、J2EE与.NET 比较1体系架构的比较作为彼此竞争的应用平台，J2EE 和.NET 开发平台在目标和体系结构上极其相似，但在实现上又完全不同。（）类似的平台基础构造J2EE 和.NET 两个平台在底层的执行引擎都源于托管的虚拟机概念 ,但.NET 的 CLR 沿着 Java虚拟机 (JVM) 走得更远， CLR 在借鉴了 JVM 的自动垃圾收集、 异常处理等机制的同时，又为 .NET 平台添加了多语言支持、组件自描述等新的特性。在

30、.NET 和 J2EE 平台上，程序的编译都经过两个类似的过程。首先，特定高级语言编译器将C#（及其他.NET 语言）和Java 源代码分别翻译成中间语言(IL) 和字节代码名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE 与.NET 技术架构的比较7 (ByteCode) 。 .NET 在中间语言设计时通盘考虑了多个主流高级语言，在这一层面实现了.NET平台的跨语言承诺；J2EE 的基石是Java语言，它最

31、典型的特征是：一次编写，多次运行。跨平台是J2EE 一直引以为豪的关键，这是通过JVM 来实现的。其次， 在执行时， 中间语言被即时编译器(JIT) 编译成特定平台的二进制代码，字节代码则通过JVM 解释执行，完成各自语言的指令功能。鉴于微软在“Wintel平台 ” 上的代码优化功底， .NET 代码的执行速度较之于Java有明显的优势是不争的事实。但在 Unix/Linux平台上，由于 .NET 迟迟未能实现其跨平台的承诺，J2EE 几乎成了惟一的选择，执行效率的比较也就无所谓。在代码执行的同时，通用语言运行时和Java 虚拟机也都提出了异常捕捉、类型安全、 内存分配和垃圾收集等自动化内存管

32、理工作，大大减轻少了现代软件的内存泄漏问题，减轻了程序员的繁重负担。面向对象程序设计在J2EE 和.NET 平台中都获得了直接的支持，单根继承加多接口实现是它们共有的特征。但在面向对象之外，.NET 对现代组件编程提供了直接支持。当然，当下很多企业中间件都是基于J2EE 平台，只是 .NET 从设计、 编码、配置到运行都给予了组件编程更多、更直接的支持。在基础的和企业级的服务上两个平台很难一决高低。从基础的集合、 字符串操作到企业级的 API 接口，如JMS、JDBC、JAX 和 JNDI 等， J2EE 在这方面有着非常坚实的结构。微软.NET 框架类库也不示弱，提供了从图画、网络、线程到A

33、DO.NET 、ADSI 、Windows 表单和 ASP.NET 等一系列的API。除去 API 类库的无缝的功能复用外，对本地平台的调用操作也是值得关注的。CLR 和Java 虚拟机都支持本地方法的调用。在异构平台方面， J2EE 更钟情于 IIOP （Internet InterORB Protocol），而 .NET 则使用 SOAP。（2） 相同的三层 /多层体系基于三层 /多层分布式计算结构已毋庸置疑地成为当今企业应用的主流模式，也是两个平台较量的着力点。在客户端， 表示层负责用户与系统的交互。对于不同的处理要求，.NET 和 J2EE 都提出了基于桌面的应用程序和基于浏览器的We

34、b 应用的开发组件：Java Application 与 Windows表单、 Java Servlet/JSP与 ASP.NET 双双形成犄角之势。但Windows 表单依赖微软桌面系统的天然优势，无论在交互速度还是在界面的表现性能上都较Java Application稍胜一筹。Servlet/JSP 与 ASP.NET 是目前企业在 “ 瘦客户端 ” 应用的重点，两者都基于HTTP 请求 /响应模型， 通过 HTML 浏览器页面完成用户交互。虽然 ASP.NET 声称在底层通过编译执行获得了相当高的处理速度和服务器方控件的浏览器自适应能力，但目前并没有这方面的硬性数据，很难据此而论高低。在

35、缓存、状态优化等方面两者可谓是旗鼓相当。另一个与客户端应用相关的技术是ActiveX 与 Applet ，从目前的趋势来看，它们在两个平台上的地位逐渐边缘化，也不为大多数企业所接受。在中间层， 分布式业务组件负责企业应用的商业逻辑部署。由于这些业务组件经常负责处理数据库连接、网络资源和线程等高昂的资源，所以一直是三层/多层架构的关键和企业应用的核心。 J2EE 的 EJB 是一个成熟的、 得到业界广泛支持的大型企业级组件框架，而.NET组件则是建立在新型的COM+ 服务之上，两者在组件与操作系统的交互、客户端资源共享等方面都有很好的支持。.NET 则通过元数据支持自描述性的组件开发、XCOPY

36、部署以及多版本共存，无需注册表和描述文件，对企业客户有一定的吸引力。在后端数据层， 两个平台都为数据库连接量身定做了一套数据存取模型：J2EE 的 JDBC和.NET 的 ADO.NET ，它们在支持传统SQL 数据源的同时，也支持新型的XML数据源。这方面由于更多地涉及到具体的数据库产品，很难说那种数据模型更有优势。两种架构的简单对照如表1 所示。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE 与.NET

37、 技术架构的比较8 表 1 J2EE 与 .NET 架构比较架构比较项J2EE .NET 通信协议Remote Method Invocation over Internet InterOrb Protocol (RMI/IIOP) XML 编程语言Java C#，VB.NET ， COBOL 等运行时环境Java Virtual Machine (JVM) Common Language Runtime (CLR) 胖客户端Java Swing Windows Forms 目录服务Java Naming and Directory Interface (JNDI) Active Direct

38、ory Services Interface (ADSI) 数据访问Java Database Connection (JDBC) Java Connectors ADO.NET 异步消息处理Java Message Service (JMS) Microsoft Message Queue 表示层技术Servlets， Java Server Page(JSP) ASP.NET 中间层组件模型EJB，JavaBean COM+ ，COM 安全访问JAAS COM+ Security Call Context 事物处理Java Transaction Server (JTS) Microsof

39、t Distributed Transaction Coordinator (MS-DTC) 开发工具Borland JBuilder ，IBM VisualAge 等Visual Studio.NET 2 移植性比较在移植性方面，.NET 支持跨语言， J2EE 支持跨平台。微软通过 .NET 通用语言运行时来消除编程语言的差别，“ 选择 .NET 平台就意味着选择Windows” ，这句话至少在可预见的一段时间里仍然是一个基本事实。J2EE 则通过 Java虚拟机来消除平台差别，跨平台是它的一大卖点，也是在选择企业应用开发平台时的一个重要参考因素，几乎所有的主流操作系统都提供了对J2EE

40、的支持；实际上如果要搭建跨Unix 、Windows 等多个操作系统平台，J2EE 平台几乎是惟一的选择，J2EE 更关注跨平台而不是跨语言。但微软认为，如果企业的应用都能通过标准协议以Web 服务的方式发布，那么平台都是中立的。为了吸引更多的开发者和鼓励广大企业厂商转到.NET 平台，微软提出了多语言支持，希望用跨语言的交互性来平衡跨平台的互操作。3. 性能比较性能是 J2EE 和.NET 喋喋不休的话题。 二者之间著名的论战是一个关于宠物店的范例应用。宠物店是Sun 一度以来作为J2EE 典型应用的展示范例，而.NET“ 自告奋勇 ” 地在自己的平台上实现了该宠物店应用，且声称代码行是J2

41、EE 的 1/3，效率却是J2EE 的 30 倍。但 Sun的理由是这个范例根本不适合用来做性能比较，该范例实现也没有做针对性能的优化，而且指责微软通过后端数据库优化和缓存虚抬了.NET 平台的效率。这样的争吵当然不能作为判断的依据，目前也没有见到更客观的第三方评测报告。在“ Wintel平台 ” 上也许没有理由怀疑.NET 的性能；至于非Windows 平台， .NET 和 J2EE 也不再具有可比性。4安全性、稳定性比较WINDOWS本身的安全漏洞， 使得 .NET 的安全性不如J2EE。同时， 在应用服务器的选择上， .NET 只能用 IIS，安全性、稳定性难以保证；而J2EE 有更多的

42、选择，可以在诸多遵循标准的厂商所提供的应用程序服务器中，选择最符合需要、成本最低、 而且又被认为是最佳的平台。5可扩展性比较名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE 与.NET 技术架构的比较9 .NET平台的扩展思想是基于软件的横向扩展，而 J2EE平台的扩展思想则是基于硬件的纵向扩展。Windows系统一般只能扩展到不超过8 个处理器， 而 Sun的系统却可以扩展到100 个甚至更多处理器。基于

43、J2EE 平台的应用程序可被部署到各种操作系统上，例如可被部署到高端UNIX与大型机系统，这种系统单机可支持64 至 256 个处理器，这是NT 服务器所望尘莫及的。J2EE领域的供应商提供了更为广泛的负载平衡策略，能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。6成熟度比较在平台的成熟度方面，两者也有一比。J2EE 在 1999 年形成了成熟的架构，发展至今已经具有相当成熟的、经过检验的企业应用系统。而.NET 究其渊源是源自微软以前开发企业应用程序的平台DNA（Distributed Network Architectur

44、e），其中包括了许多已经被证实的技术，并且这些技术已经在产品中得到实现，包括微软的事务服务器、COM+ 、消息队列和SQL Server 数据库等。7第三方厂商的支持J2EE 作为一种开放的规范，从一开始就得到了众多厂商的支持，IBM 、 BEA 、 HP、Oracle等在J2EE 的实施上都有较大的投入。目前市场上最好的J2EE 应用服务器并不是Sun 与Netscape 合资的 iPlanet，而是 BEA 的 WebLogic 和 IBM 的 Webshpere。开发工具有Borland的 JBuilder、Sun 的 Forte for Java、BEA 的 WebLogic Work

45、shop 、Oracle 的 JDeveloper、IBM的 VisualAge for Java 等。而.NET 在设计之初就紧紧地把平台规范与产品胶合在一起。虽然，NET 架构的一小部分具有开放性（如C#语言、通用语言基础构造CLI 和 Web 服务标准），但至少目前很难想象会有一个非微软的.NET 实现。 Visual Stdio.NET是其唯一的开发工具。8开源支持比较J2EE 开源产品众多，免费框架居多，相应的最佳实践设计模式层出不穷。而.NET 无开源社区支持，是以框架开发者为主导的设计。9学习成本比较J2EE 门槛较高，由于多且杂，需要开发人员花费很长时间才能熟悉整个体系。而.N

46、ET门槛较低，使用方便，学习成本较低。但是，对于开发人员来说，.NET 在系统整体架构的设计方面不如J2EE 易于把握。10对 WEB 服务支持的比较从.NET 和 J2EE 这两个平台的发展历程来看，.NET 从一开始就深深打上了Web 服务技术的烙印，在它的市场推广活动中，无时无刻不凸显其作为Web 服务的开发和部署平台的特征，可以说，.NET 天生就是为Web 服务准备的开发和部署平台。相对.NET 而言， J2EE是一个比较 “ 老” 的东西，最初它是为了将Java 平台拓展到企业级应用领域而制订的一个平台框架规范，随着Web 服务技术的兴起和发展，J2EE 平台作为一个企业级应用的开

47、发和部署平台， 无法回避业界的重大技术革命Web 服务， J2EE 也不断地引入了对Web 服务的支持。从服务描述、 服务实现和服务的发布、发现与绑定， 以及服务的调用和执行这些不同的角度看， J2EE 和.NET 的支持基本不相上下，惟一的区别可能是.NET 的开发工具更为方便一些、集成度更高一些。在 Web 服务规范的控制方面，微软与IBM 共同主推了大量的Web 服务规范，在一段时间内，两家公司Web 服务技术的市场推广活动都是联合举行的，不难看出这两家公司在这个领域背后的战略合作关系。最初的Web 服务核心技术SOAP、WSDL 主要由这两家公名师资料总结 - - -精品资料欢迎下载

48、- - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 10 页 - - - - - - - - - 岳福香 ：J2EE 与.NET 技术架构的比较10 司制订， 后来的 UDDI 是由这两家为首的多家核心企业共同制订，再后来的一些不是核心的Web 服务规范，如WS-Inspection 、 WSFL 、 WS-Security 、WS-Routing 、WS-License和WS-Referral 等，则完全是由这两家来制订的。不难看出：IBM 和微软对于Web 服务的贡献以及它们对Web 服务规范的控制。尽管由于某种

49、原因，Sun 公司曾经在很长的一段时间里被排除在WS-I（由 IBM ，微软和 BEA 发起成立的促进WEB 服务互操作的一个组织）的门外，但这并没有影响Sun 公司继续在 WEB 服务方面坚持开放的战略。Sun 公司是 Java 语言的发明者，而作为一个开放的跨平台的技术体系，Java 在 WEB 服务的开发方面也起着非常重要的作用。双方妥协后， Sun最终被接纳为WS-I 的董事成员。Sun 公司积极地参与了制订Web 服务规范的过程，像XML和 ebXML 。并已经在Java中支持 WEB 服务中最重要的规范，例如 SOAP（JAX-RPC 、JAXM 、SAAJ 和 JMS）、 WSD

50、L（Java API for WSDL ）、 UDDI/ebXML （JAXR ）和 XML （JAXP ，JAXB ）等等。 Sun 公司除了积极地参与Web 服务领域里的标准化工作，更是努力地为客户提供全面的软件产品，为用户开发和部署Web 服务提供平台。Sun 公司的 Sun ONE Web 服务平台开发版，是业界第一个用于基于Java技术的 Web 服务和 Web 应用开发的全方位的集成平台。该平台集成了多种 Sun ONE 服务器软件、 Java 开发工具，支持业界的WEB 服务标准，而且是面向开发人员设计，安装和使用都非常简单。四、结束语关于J2EE 和.NET 之间的讨论已经持续