-NET和J2EE的全面比较.doc

.NET和J2EE的全面比较 简介 关于.NET技术与Sun公司的Java2企业版（J2EETM）相比较，许多客户都想了解Microsoft公司的观点。由于以下的几个原因，.NET和JEE的比较有点棘手： 1)一般来说，Windows .NET Framework是Microsoft的Windows系统中经过精心定义的技术部分，而J2EE则是一个书面的协议。如果不局限于学术方面的讨论，换句话说，就是在几个应用平台上讨论这个话题的商业价值，那么仅仅比较J2EE和一个实际应用的工具是没有意义的。 这样实际应用的工具如：IBM公司的WebSphere应用服务，BEA的WebLogic服务或是其它类似的应用服务。 要想得到令人满意的分析，只有进行产品之间的比较，例如比较开发效率。使用J2EE，开发者需要创建4个组件来建立一个单一的EJB。表面上看来，这只不过是为开发效率付出的一点代价而已。但是Java的一些开发工具隐藏了一些开发技巧，降低了效率。另一个例子，J2EE的部署体系十分复杂难解，类嵌入 JAR，而JAR嵌入WAR，WAR又嵌入EAR。但是在一定程度上，有些工具能自动完成部署进程。上述情况导致决定一个应用服务商业价值的关键因素开发效率因不同的销售商而有差异，这主要取决于开发工具的效率。 2) 关于“J2EE全明星队伍”的问题。当比较.NET和J2EE所有组件的集合时，这个问题就产生了。例如，分析者考虑开发效率时可能碰到下列问题，A公司的产品， B公司的应用服务程序， C公司的安全规则， D公司简便安装， E公司决定价格。所有这些都可能和J2EE有关。集合上述这些特征属性，J2EE工具看起来还行：价格便宜，安装简便，速度快，安全性高，有超高速缓存，并且有好的开发工具，等等。但这些都无关痛痒—因为不可能同时获得所有的这些特性。事实上，一次只能得到一个准确的特性。因为这些产品来自不同的公司，它们不可能合作无间。例如，IBM公司的工具不能和BEA公司的WebLogic服务同时工作，因为后者是用的Oracle公司的缓存引擎，而Oracle 的引擎不能用Iona的价格获得，等等诸如此类。人们有时候会误将“J2EE的所有特性集合”作为比较的基础；但这是不合理的。客户需要的是知道一对一，产品对产品的比较。 3）比较.NET和J2EE而忽视其它应用平台是十分重要的。J2EE是仅关注应用程序服务器的规范。但是绝大多数客户对下列这些感兴趣：应用程序服务器，端口，商业服务器和分析工具，数据库，分离数据和流动性，信息代理，应用程序集合，容量管理，智能客户端等等。作为对客户要求的回应，这些因素应该统一工作，所有的主要销售商应该推行整合的平台。例如Microsoft的平台（包括Windows系统的客户端和服务器，Windows .NET Framework，Visual Studio.NET Framework，和Microsoft企业服务器）；BEA的WebLogic平台；IBM公司的WebSphere平台；Oracle的平台；还有 Sun公司的一个平台。将精力集中在这些平台的一个难题（应用服务器）上将会导致一个类似“树林和森林”关系的问题。这样的一个比方是合适的，但是它应该被考虑到一个更广阔平台的一部分。 从Microsoft的角度来看，和那些不常见的警告相比，这些是Windows .NET Framework和基于J2EE的产品的关键性的异同点。 相似点 1） Windows .NET Framework和Java都有一个受控的运行时环境，它不但将源代码转换成中间语言，而且将这些中间语言编译成本地的可执行代码。两个环境都支持碎片整理、动态类加载和异常处理等。 2） .NET和Java都倡导和支持基于组件的设计、多态性、继承和接口等，也提供基础类库来执行I/O、XML处理、带有连接池的数据库接入、文本操作与网页脚本编写等。 3） 两者都经过特有的销售商的产品进行发布。J2EE规范自己是“销售中立”的，但实际上那些遵从规范的产品都必须实现规范外的特性，例如管理特性或是展开特性。因此，这些产品必须是对应特定的销售商。例如Microsoft公司的Windows和.NET系统。 4） Windows .NET Framework和基于J2EE的产品都和第三方的产品一起工作。例如，在后端数据库领域，.NET和基于J2EE的应用程序能访问储存在 Microsoft的SQL服务器、IBM的DB2、Oracle，Informix、Sybase等服务器里面的数据。再举一个例子，.NET和基于 J2EE的系统能访问流行的信息中间设备，如Microsoft的MSMQ或是IBM的MQSeries。同样，也包括文件系统，第三方开发工具，代码版本系统，防火墙等。 不同点 1）