站内搜索: 请输入搜索关键词

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

J2EE vs .NET:赛前称重

摘要: “weigh in”这个词是指拳击赛之前两名拳手量体重的过程。在职业拳赛中,拳手和经纪人总会利用称体重的机会大肆向媒体张扬,展示自己的强悍。用这个词来描述J2EE和.NET在服务器市场上的竞争,可谓精...
“weigh in”这个词是指拳击赛之前两名拳手量体重的过程。在职业拳赛中,拳手和经纪人总会利用称体重的机会大肆向媒体张扬,展示自己的强悍。用这个词来描述J2EE和.NET在服务器市场上的竞争,可谓精当。

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
↑返回目录
前一篇: J2EE 全面简介
后一篇: J2EE vs .NET (1)