JEE-与.NET-比较

1、J2EE 与 .NET 比拟概念Java 2平台企业版J2EE是Sun公司领导的一个关于企业应用架构的标准，设计用来简化多层企业解决方案的开发、配置和管理这样的复杂问题的。J2EE是一个业界标准。.NET 是Microsoft面向 XML Web 效劳的平台。以 Internet 为中心和根底，集成了Microsoft 在 90 年代后期的许多技术，是一组综合技术的简称，包括：增强智能设备、效劳、企业效劳器及开发工具，它整合了系统应用程序架构和开发方式，其目的是：使得信息工作者在任何时间Any Time，在任何地方Any Where，使用任何设备Any Device可以获得所需信息。框架比拟1

2、、技术架构对应图WS-IWindowsCLR.NET 平安适配器编排效劳企业效劳消息队列Unix/LinuxJVMJ2EE SecurityJCAebXMLJTAJMS2、Web 架构比拟3、主要技术比照J2EE.NET作用JDBCADO.NET 数据连接组件JTA.NET Transaction事务架构JNDIActive Directory目录效劳JMS.Net Messaging消息效劳JavaMailSmtpMail邮件效劳RMI/IIOPWeb Service/Remoting组件接口JAFJIT Activation即时编译4、详细技术比拟技术.NETJ2EE支持技术发布协议DCO

3、M, SOAPRMI/IIOP防火墙ISA*没有定义HTML页面缓存ISA*, ASP.NET没有定义表示层技术根底结构IIS没有定义程序设计模型ASP.NETServlets, JSP高可用性NLBS*, ACS*, 其他没有定义负载平衡NLBS*, ACS*, 其他没有定义管理ACS*没有定义中间层技术根底结构COM+EJB程序设计工具Visual Studio.NET没有定义高可用性ACS*没有定义负载平衡ACS*没有定义平安性APICOM+ Security Call ContextJAAS消息队列APIMSMQJMS 1.0异步组件Queued (COM+)Message drive

4、n beans (EJB 2.0)命名与目录效劳ADSI、ADAM、MIISJNDI数据层技术分布式事务处理MS-DTCJTS关系型数据库APIADO.NETJDBC 2.0层次型数据库APIADO.NET-数据库存储SQLServer*-大型机数据库连接性HIS*Java连接器架构技术电子商务架构Commerce Server*-B2BBizTalk Server*-通过以上四个方面的比拟可以发现：n .Net和J2EE应用有着相似的架构n .Net和J2EE有相应的主要技术l .Net所有技术来自Microsoftl J2EE的技术有多个厂商的实现n .Net和J2EE可以满足大多数应用的

5、需求n 主要的差异不在技术的可行性上，而是表达在其它方面，如l 性能l 本钱与保护投资l 与原有系统的兼容性l 开发效率l 稳定性等性能及价格比拟一个独立的第三方厂商 Middleware公司通过对一个经典的网上应用 PetStore一个展现如何最正确利用J2EE技术的完整的成熟的在线商店 的.NET 实现，发现.NET 比 J2EE 代码量、配置等方面的工作大大减少，但性能却比 J2EE 有不同数量级的提高，分别如下列图所示。1、编码量比拟2、响应时间/效率的比拟由于两个平台在实现上差异较大，所以上述两个比拟图并不代表全部情况，但还是可以根本反映出：Ø .NET 的生产力大大优于

6、J2EE代码量少，开发效率高，从而有利于快速开发系统，满足日益变化的商业应用Ø .NET 的性能高于 J2EE ，单位交易本钱低另外，据国外一些专家估计，如果系统的本钱是一个重要的考虑事项，与J2EE相比，.NET平台有很大的优势。可以预计要获得相同的功能，需要花的费用是在.NET平台上所花的费用的5到10倍。如果一个工作单位在.NET平台上花10美分，同一个工作单位那么可能需要在J2EE/Unix上花50美分到1美元。目前状况及未来开展J2EE 已经开展很多年，但由于整个架构十分庞大和复杂，实现此标准的产品进展缓慢，只有近两年，随着J2EE厂商(如IBM、BEA)等推出较为成熟的J

7、2EE产品后，国外的大中型企业才开始应用 J2EE作为企业应用的根底架构。但是在国内，J2EE 在企业的成功案例较少，预计未来几年，随着 J2EE 产品的进一步成熟，会在国内有广泛的应用。.NET 起步较晚，2002年 .NET Framework 1.0，2003年发布.NET Framework 1.1，现在后续版本正在紧张开发中，由此可以看出 .NET 标准及产品的开展十分迅速并趋于成熟，而且总拥有本钱TCO低，许多国内外企业都在评估和试用 .NET 架构，预计在未来的几年内，.NET 的企业应用会得到高速开展，到达和 J2EE 相当的市场份额。对于 XML 及 Web Service的

8、支持对于 XML 的支持方面， J2EE 和 .NET 旗鼓相当，对 W3C的新标准支持很好，如 Schema、XSLT、XPath/XQuery等，都有性能较佳的解析工具。从数量上来说，基于 Java 的 XML 工具的可选择性较多，从质量上来说，Microsoft XML 工具从整体上和开发简便性方面优于 Java 的 XML 实现。由于J2EE 开展较早，本身使用RMI/IIOP 作为接口标准，所以对于近两年开展起来的 Web Service 的主要接口标准SOAP、WSDL、UDDI的支持不是原生Native的，从目前的产品实现来看，主要J2EE 厂商IBM 和 BEA 对其的支持并不

9、十分完善和一致，但随着 Web Service 应用的进一步深入，相信 J2EE 厂商会在这个方面投入更多研发力量。反观 .NET ，由于它是以 Web Service 为核心思想而开发的平台，对 Web Service 的各种标准支持十分完善，而且使用Microsoft 的集成开发工具 Visual Studio.NET 来开发Web Service，相当简便和快速。金融行业应用由于 J2EE 厂商实力雄厚，且对金融行业支持较好如 IBM 、BEA、SUN 等公司本身就是最大的几个金融行业解决方案提供商，所以 J2EE 在国外的金融业中应用较好，对于金融行业的标准，如 SWIFT、FIX、O

10、FX、ebXML等都有较为成熟的产品来支持，对于与后台的主机集成方面，也比 .NET 表达出更多的优势。但是从整体上来说，J2EE 应用相对于传统的大型应用，所占比重仍然不是很高。在人民银行接口系统中采用何种方案的建议前提或关注点建议的方案原因系统根底平台采用Unix/Linux或希望跨平台J2EE.NET 目前没有 Unix/Linux 上的完整实现后台遗留系统较多，且以Java为主J2EE便于和现有系统整合软件厂商的强力支援J2EE选用 IBM 的 J2EE 产品，能得到代价昂贵但较好的技术支持系统的投入低，投入产出比ROI高.NET基于 .NET 架构的产品总拥有本钱很低系统运行的性能.

11、NET.NET 比 J2EE 具有更好的性能开发效率高，能够快速灵活地开发和部署系统.NET.NET 软件产品的开发和部署周期很短，便于产品的快速投产良好的开发语言、工具、资源支持 .NETVisual Studio.NET 是目前效率很高，生产力很强，使用最广泛的业界开发工具，而 C# 是极受开发人员欢送的现代崭新开发语言对于XML 及接口系统的支持产品.NETBizTalk 是以 XML 为核心的接口、文档交换、流程整合的最正确的产品之一，对于 B2B和 EAI 支持是业界领先的其它问题1、厂商的选择虽然 J2EE 是一个公开的标准，而且也有很多J2EE 产品的实现，而且很多是开放源码的，

12、如著名的 JBoss、Tomcat 等，但是真正适合金融业的 J2EE 产品并不多，主要是 IBM WebSphere 和 BEA Weblogic 。所以J2EE厂商和平台的选择自由度和 .NET 相比，并不差异很大。2、跨平台J2EE 有优秀的跨平台特性，但由于 .NET 中的核心 CLR通用语言运行时 和 C#已提交标准化委员会成为行业标准，所以它在其它平台上的实现是非常可能的，而实际情况是：在 Linux/FreeBSD 平台上的 .NET Framework 已经出现，在 Windows 下编写的 .NET 应用也能跨平台运行在 Linux/FreeBSD 平台下。3、在本接口系统方案中关于平台的采用通过上方比拟及相关实践经验，J2EE 面向企业，在企业后端拥有一定优势，产品较为丰富，而.NET 面向 Internet，在前端和接口方面，那么一贯是 Microsoft 的优势。如果人民银行接口方案中采用XML 作为数据