当前页面: 开发资料首页 → J2EE 专题 → J2EE vs .NET：赛前称重

J2EE vs .NET：赛前称重

摘要: j2ee .net 应用服务器

J2EE vs .NET：赛前称重

“weigh in”这个词是指拳击赛之前两名拳手量体重的过程。在职业拳赛中，拳手和经纪人总会利用称体重的机会大肆向媒体张扬，展示自己的强悍。用这个词来描述J2EE和.NET在服务器市场上的竞争，可谓精当。<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

Java和.NET的口水仗似乎永无宁日，但实际上很多大公司同时支持这两个平台。这场“战争”，在一定程度上已经变成了市场炒作。这就像职业拳击赛，以赛前称体重为代表的作秀有时比战斗本身更加耐人回味。

我们可以给J2EE和.NET下一个简单的评语：J2EE功能更丰富；.NET使用更简单。同时，双方又都在向对方取长补短。两个平台的差异早已不像他们刻意鼓吹的那么悬殊。

IBM开发出了一整套的IDE技术，大大简化了J2EE应用的开发过程。IBM把主要的IDE技术捐献给了开放源码的Eclipse项目，更多开源人群的参与将给J2EE开发者带来更大的便利。一些观察家提出，简化J2EE开发的一条捷径就是使用J2EE中较为简单的部分，尽量放弃其中复杂的部分——尤其是EJB。开放源码的JBoss应用服务器正是这样做的，而且似乎效果很好。在很多时候，一个Tomcat的应用服务器就足以解决所有的问题了。

同时，微软也宣称.NET在“功能丰富”的方向上取得了长足进步。

对于ISV来说，平台的选择通常不是由兴趣来决定的。如果需要兼顾Linux和Unix平台，J2EE通常是他们的唯一选择。另外，J2EE承继了大型主机和Unix的风格，各个部件之间相对松散独立，需要一定的组合过程；而.NET的风格则更像AS/400和Windows NT，所有东西都紧密集成在一起。这种风格（或者叫文化）上的差异也会影响企业的选择。

一般认为，Visual Studio .NET提供了大量的向导，因此相对容易使用，开发速度也较快。但在面临大范围、高复杂度的应用时，就显得有些力不从心。对.NET平台进行定制的难度也更大，微软希望你在他们限定的范围内玩。

Gartner的分析数据显示，操作系统正在逐渐失去软件业的霸主地位。预计到2007年，集成服务器、应用服务器、Web服务器、集群软件等企业级服务器软件的收入将超过服务器操作系统。从这个数据不难明白，为什么微软要不断地推广.NET的“服务”理念，为什么Sun要在J2EE中加入越来越多应用服务器的功能。

所以，J2EE和.NET仍然在打着口水仗，并继续向对方学习。双方的技术很快将（甚至可能是已经）达到登峰造极的地步，于是双方在技术指标上的差异将小到可以忽略不计的地步。毕竟，两者都采用虚拟机技术，两者都处理同样的三类I/O（前端HTTP、进程内通信、后端数据库），有理由相信两者都会把这些技术发展到极致。

感谢自由和竞争的市场，让我们能够拥有“选择的痛苦”。

全文请看：

http://www.adtmag.com/article.asp?id=7610