【IT168 分析评论】

总结：

    以前我看过几篇关于.NET和J2EE的对比文章，它们大多数是着眼于框架的内部工作方式，例如包含了哪些应用程序接口（API）等等。

    我发现这些问题实际上并不是影响人们对这两种平台做出选择的本质原因。两种框架能完成的工作大体相同。两种框架的内部执行方式，无论是CLI还是Java VM，都并不是开发者所关心的主要问题。

    以前我没有在其他文章中看到的一个事实是：这两种平台都是面向对象的，这实际上对任何解决方案架构来说是一个非常重要的因素。

    架构设计师们一般首先关心的是应用程序核心对象和相关性设计的质量和寿命，假若一种平台支持核心的面向对象和相关性设计，这个平台无疑是正确的选择，我们讨论的这两个平台都可以做到这一点。

    但是.NET由于其略嫌不成熟的OR映射工具，比较难于支持特定领域模型的独立执行的数据库。 

    另一方面，J2EE由于面向对象和跨企业集成工具的支持，可以没有限制的实现领域模型。对于通过MOM产品连接，运行在Linux、Solaris或AIX机器上的企业ERP方面，J2EE正可以大展手脚。

    在中小企业领域，专注于典型Web应用和基于数据库的业务应用程序，.NET无疑是一个更成熟和更高效的选择。如果你需要以一种更可预测的方式移植或启用你的CS应用到Web平台上，.NET也是一个不错的选择。

    最后，我认为.NET在Web服务上的优势要比J2EE强。因为微软是基于SOAP的WebServices之父，它在.NET平台中集成的如此之好，以致于你感觉不到他们的存在。在.NET中使用WebServices，就如同使用另一个语言类型那么简单。

    由于现在WebServices是一个相当具有吸引力和令人关注的话题，后面我将单独用一整篇文章来介绍.NET和J2EE中的WebServices。

    下一篇文章，我将从一个开发者的角度来比较“J2EE单挑.NET之框架组件篇”。