在四年以前，当我开始鼓吹hibernate，抨击ejb的时候，遭到的是群起而攻之的场面，但是不到一年之后，hibernate已然得到了普及和大多数java开发人员的认可。

在三年以前，当我开始赞誉spring的时候，spring还面临着ejb3的阴影，以及ejb2对其不登大雅之堂的指责，然而不到一年的时间，spring已经成为绝大多数java开发人员的首选。

在两年以前，我极力希望宣传webwork，唱衰jsf，时至今日，webwork以struts2.0的身份容登大雅之堂，而jsf还在靠厂商死挺着。

而当一年之前我开始采用ror开发javaeye的时候，ror的置疑之声还甚嚣尘上，但当我在今年初预言07年下半年ror在国内会被广泛接受的时候，很多人已经笑不出来了。

今年我预言些什么呢?我觉得会是ajax技术走出pc的时代，证据就是iphone，与此相关联的事情就是rest架构的流行。

但是这篇文章里面我想谈的却不是我预言的水平准不准，而是想谈java真的会因为ror的流行而过时吗?目前在web开发主要应用在两个大的领域，互联网和企业应用，我们分别来看一下：

一、互联网领域

互联网领域第一大动态语言是php，第二、第三分别是asp和java。在中小型互联网应用当中，php的王者地位不容动摇，但在大型应用当中，java是目前主流的选择，特别是电子商务类型的应用，例如阿里巴巴就从早期的php转变到java，从前的eachnet也是如此。造成这样局面不是没有原因的：

1、中小型互联网网站强调开发速度，维护成本，以及入门快速和部署成本，php是最合适的选择;用java则显得过于笨拙，开发慢，维护成本高，入门周期长，部署麻烦;ror开发速度最快，维护成本最低，但是ror入门速度没有php快，部署成本比php高。因此中小型互联网网站主流还是php，但ror能够占据一定的份额。

2、大中型互联网站强调稳定性，性能，大规模代码的组织能力，而开发效率则退居次要地位，有些应用如电子商务对事务有很高的要求，显然java是最合适的选择;php的代码组织能力最差，ror次之。

在互联网领域，java从来就不是主流，并且java的适用领域和ror不太重合。我们甚至可以这样说，ror现在在互联网领域取代的是那些原本不适合用java，但是被错误的选择了java的项目。

二、企业应用领域

目前企业应用领域第一大语言是java，dotnet其次。企业应用采用的技术和行业有很大关系：例如金融行业，电子政务行业一般只采用java。dotnet发展了6年尚且没有进入企业高端的应用，ror在短期之内也很难取代java的地位。

在企业应用领域，java是主流，并且java的适用领域和ror也不太重合。我们也可以这样说，ror将来在企业应用领域要取代的是那些原本不适合用java，但是被错误的选择了java的项目。

至此，我想java程序员大可以松一口气，ror目前有哪些不适合的场合呢：

1、对事务要求非常高的场合

ror还是很简单的单数据库事务控制，缺乏精细的事务控制功能，当然也不支持跨数据库的分布式事务。因此对于事务要求严格的大型电子商务网站，部署复杂的分布式数据库场景显得力不从心。当然也许有些plugin可以提供这些功能，但是从目前的功能完备性和成熟度来看，还不够。

2、处理大量遗留数据库的场合

activerecord的威力很大程度上来自约定，大量命名糟糕的遗留数据库会对ror造成比较大的障碍。

3、庞大的项目团队，对开发速度要求低的场合

例如日本外包项目，团队庞大，个体开发速度要求低。但是对于代码规范要求严格的项目。

虽然ror不会取代java，但不意味着作为程序员的你可以固步自封。即使在工作当中用不上ror，多看一点新的技术，对于开阔个人视野也有很大的好处。

备注：ror是ruby on rails的缩写。ruby on rails是一个用于编写网络应用程序的框架，它基于计算机软件语言ruby，给程序开发人员提供强大的框架支持。ruby on rails包括两部分内容：ruby语言和rails框架。