標(biāo)題：從Java到Ruby——我的最近一次技術(shù)轉(zhuǎn)型

這里所涉及到的都是與軟件開(kāi)發(fā)有關(guān)的技術(shù)，感覺(jué)很有必要總結(jié)一下我從業(yè)以來(lái)所使用過(guò)的開(kāi)發(fā)技術(shù)以及所經(jīng)歷過(guò)的幾次技術(shù)轉(zhuǎn)型。

1996年7月-1999年10月3年時(shí)間一直使用C語(yǔ)言編寫(xiě)電信協(xié)議軟件，算作我的C語(yǔ)言時(shí)代。其中還使用過(guò)一段時(shí)間SDL語(yǔ)言和基于SDL的代碼自動(dòng)生成工具（瑞典Telelogic公司的SDT）。
2000年3月-2000年10月7個(gè)多月時(shí)間使用Perl語(yǔ)言做網(wǎng)站開(kāi)發(fā)，算作我的Perl語(yǔ)言時(shí)代。后來(lái)轉(zhuǎn)向了使用Java和JSP，用了兩個(gè)月。
2001年2月-2001年8月6個(gè)月時(shí)間使用JavaScript做DHTML開(kāi)發(fā)，還使用ColdFusion做網(wǎng)站開(kāi)發(fā)。
2001年12月-2001年6月7個(gè)月時(shí)間使用C語(yǔ)言做企業(yè)級(jí)郵件服務(wù)器開(kāi)發(fā)。
2002年8月之后做開(kāi)發(fā)一直使用Java語(yǔ)言至今，算作我的Java語(yǔ)言時(shí)代，算算已經(jīng)快5年了。

在我使用過(guò)的這些語(yǔ)言中，有3種語(yǔ)言對(duì)我的影響最大，那就是C、Perl和Java。當(dāng)然JavaScript對(duì)我的影響也很大，不過(guò)對(duì)于整體的應(yīng)用軟件開(kāi)發(fā)來(lái)說(shuō)，JavaScript并不是一個(gè)主角。

現(xiàn)在我正在經(jīng)歷一次新的技術(shù)轉(zhuǎn)型，從Java語(yǔ)言轉(zhuǎn)向Ruby語(yǔ)言和Rails框架。

如果說(shuō)以前的幾次技術(shù)轉(zhuǎn)型都是因?yàn)楣ぷ鞯淖儎?dòng)而導(dǎo)致的，那么這一次技術(shù)轉(zhuǎn)型則是我自己主動(dòng)發(fā)起的，因?yàn)槲腋杏X(jué)Ruby代表著應(yīng)用軟件開(kāi)發(fā)技術(shù)（注意限定詞 “應(yīng)用軟件”）的未來(lái)。Ruby是一種比Java更加先進(jìn)的應(yīng)用軟件開(kāi)發(fā)語(yǔ)言，最重要的是它能夠帶來(lái)極高的開(kāi)發(fā)效率，而且不會(huì)影響代碼的可讀性和可維護(hù)性。

一年多以前我對(duì)Java還抱有一些幻想，認(rèn)為Java社區(qū)如果有更好的框架，開(kāi)發(fā)效率一定會(huì)追上Rails。今年5月我讀了 Bruce A. Tate的《超越Java》這本書(shū)，希望從專(zhuān)家那里了解一下Java語(yǔ)言和Java社區(qū)到底出了什么問(wèn)題。這本書(shū)打消了我的幻想，讓我理解了Java最大的問(wèn)題在于靜態(tài)類(lèi)型對(duì)開(kāi)發(fā)效率造成的嚴(yán)重影響。聯(lián)想到我去年下半年做的那個(gè)廣告發(fā)布平臺(tái)，我對(duì)此深有感觸。我當(dāng)時(shí)所采用的框架是Spring MVC+Spring IoC+Hibernate+FreeMarker+SiteMesh，按理說(shuō)在Java開(kāi)發(fā)領(lǐng)域，這套組合的開(kāi)發(fā)效率應(yīng)該算是比較高的了。然而實(shí)際的開(kāi)發(fā)進(jìn)度遠(yuǎn)遠(yuǎn)低于我的預(yù)期，我作出第一個(gè)版本的時(shí)間差不多是預(yù)計(jì)時(shí)間的兩倍。當(dāng)然因?yàn)橘Y金的缺乏，大部分時(shí)間都只有我一個(gè)人在做開(kāi)發(fā)，什么都要親自動(dòng)手，困難確實(shí)很多。不過(guò)我認(rèn)為主要的問(wèn)題還是在于Java語(yǔ)言做Web開(kāi)發(fā)的笨拙。

因?yàn)橘Y金的缺乏，我今后要做一些自己感興趣的東西，注定仍然只會(huì)有很少的人參與（2、3個(gè)人），Java這樣笨拙的語(yǔ)言可能會(huì)使我付出雙倍的代價(jià)。

當(dāng)然，Java語(yǔ)言仍然在發(fā)展和變化，但是它變的越來(lái)越復(fù)雜，越來(lái)越缺乏一致性，最終很可能會(huì)發(fā)展成為像C++那么復(fù)雜的一種語(yǔ)言。Java越來(lái)越不適合Web應(yīng)用的開(kāi)發(fā)了（我說(shuō)的比較謹(jǐn)慎是因?yàn)檫@個(gè)領(lǐng)域是我最熟悉的），是到需要尋找一種新的開(kāi)發(fā)語(yǔ)言的時(shí)候了。

Rod Johnson確實(shí)很偉大，在參與翻譯了《J2EE without EJB》之后，我至今仍然對(duì)Rod Johnson對(duì)于JavaEE的偉大貢獻(xiàn)深感敬意。但是Spring是從企業(yè)應(yīng)用環(huán)境成長(zhǎng)起來(lái)的，它對(duì)于面向Internet的Web應(yīng)用來(lái)說(shuō)，仍然是太重了。而Web 應(yīng)用的很多重要的需求（例如對(duì)Ajax的支持、對(duì)REST的支持等等），Spring并沒(méi)有解決。做企業(yè)應(yīng)用，Spring仍然是很好的選擇，然而做Web應(yīng)用，Spring，甚至是Java語(yǔ)言本身，都不是很好的選擇。為何在Web應(yīng)用開(kāi)發(fā)技術(shù)方面，PHP最終占據(jù)了第一的份額，這是很值得思考的。

我們以前做網(wǎng)站開(kāi)發(fā)從Perl語(yǔ)言轉(zhuǎn)向了Java語(yǔ)言，主要的原因有以下這些：
1. Perl開(kāi)發(fā)的應(yīng)用代碼量大了之后很難維護(hù)。我自己寫(xiě)過(guò)一個(gè)4、500行的復(fù)雜Perl程序，過(guò)了兩個(gè)月后再讀居然都讀不懂了。
2. Perl這個(gè)工具最初是設(shè)計(jì)用來(lái)取代bash、awk、sed等工具的，因?yàn)長(zhǎng)arry Wall覺(jué)得這些工具還不夠強(qiáng)大靈活。Perl最初并不是設(shè)計(jì)用來(lái)作為一種全功能的應(yīng)用軟件編程語(yǔ)言的。
3. Perl對(duì)面向?qū)ο缶幊讨С值牟⒉缓谩?br/>4. 對(duì)于Web開(kāi)發(fā)來(lái)說(shuō)，Perl的資源（開(kāi)發(fā)框架、開(kāi)發(fā)庫(kù)）沒(méi)有Java豐富，很多功能需要自己來(lái)開(kāi)發(fā)。
5. CGI開(kāi)發(fā)與支持session的Servlet/JSP開(kāi)發(fā)相比太原始，開(kāi)發(fā)難度太大。

所以我們有非常充足的理由轉(zhuǎn)向Java語(yǔ)言。還有一個(gè)不大好開(kāi)口的理由就是，做Java開(kāi)發(fā)當(dāng)時(shí)似乎是成為一個(gè)專(zhuān)業(yè)程序員的標(biāo)志，純粹的面子問(wèn)題，當(dāng)然Java程序員的就業(yè)前景也要好的多。

但是轉(zhuǎn)向Java之初最強(qiáng)烈的感覺(jué)就是Java做一些與文本處理相關(guān)的工作非常麻煩，沒(méi)有Perl快捷，而這些工作對(duì)于開(kāi)發(fā)Web應(yīng)用來(lái)說(shuō)是很常見(jiàn)的。當(dāng)時(shí) Java核心類(lèi)庫(kù)甚至還不支持正則表達(dá)式，需要下載學(xué)習(xí)其他的開(kāi)發(fā)包，直到JDK1.4之后Java核心類(lèi)庫(kù)才開(kāi)始支持正則表達(dá)式。不過(guò)JSP這樣與 ASP、PHP類(lèi)似的服務(wù)器頁(yè)面技術(shù)是比CGI要先進(jìn)一代的技術(shù)，所以開(kāi)發(fā)效率還是比寫(xiě)Perl CGI有所提高。

我做了一段時(shí)間JSP 開(kāi)發(fā)，發(fā)現(xiàn)全部代碼都混在頁(yè)面中問(wèn)題很多，于是開(kāi)始學(xué)習(xí)Java Web開(kāi)發(fā)的Model1和Model2，并且接觸到了當(dāng)時(shí)剛剛興起的Struts。不過(guò)因?yàn)楣ぷ鬓D(zhuǎn)換，并沒(méi)有深入使用Struts。后來(lái)我用了半年 ColdFusion之后，就不愛(ài)使用JSP了。JSP的開(kāi)發(fā)效率雖然比Perl CGI高一些，但是比起ColdFusion來(lái)說(shuō)還是要低很多。JSP開(kāi)發(fā)后來(lái)逐漸轉(zhuǎn)向基于custom tag的開(kāi)發(fā)方式，并且最終出現(xiàn)了JSTL，在我看來(lái)是一種對(duì)ColdFusion的模仿。Java社區(qū)后來(lái)出現(xiàn)了n多的MVC框架、n多的IoC框架、 n多的ORM框架。《J2EE核心模式》所提倡的標(biāo)準(zhǔn)的三層架構(gòu)至今仍然被當(dāng)作鐵律來(lái)遵循，過(guò)多的層次帶來(lái)了巨大的靈活性，同時(shí)也帶來(lái)了巨大的復(fù)雜性。除了JavaEE之外，我還沒(méi)有看到其他的服務(wù)器端開(kāi)發(fā)技術(shù)如此強(qiáng)調(diào)三層架構(gòu)或者多層架構(gòu)。一般來(lái)說(shuō)，分出MVC就足夠了。而JavaEE開(kāi)發(fā)不僅要在 Web表現(xiàn)層中分出MVC，還要在M中再分出業(yè)務(wù)層和持久層。這個(gè)分層的設(shè)計(jì)，是做JavaEE開(kāi)發(fā)很難實(shí)現(xiàn)Martin Fowler在《企業(yè)應(yīng)用架構(gòu)模式》中提倡的充血的domain model的一個(gè)主要原因。另外Java語(yǔ)言本身的靜態(tài)類(lèi)型所造成的笨拙和無(wú)法避免的重復(fù)代碼也是一個(gè)主要的原因，如果不強(qiáng)調(diào)分層，并且真的實(shí)現(xiàn)充血的 domain model，那么一個(gè)類(lèi)中包含的代碼量會(huì)顯得太多太復(fù)雜了。

Java社區(qū)中的一些廠(chǎng)商目前在大力追捧JSF和EJB3，但是我并不認(rèn)為JSF和EJB3或者將兩者集成在一起的JBoss Seam能夠拯救JavaEE。復(fù)雜性才是JavaEE最大的問(wèn)題，JBoss Seam成功的關(guān)鍵在于它能否成功地掩蓋JSF和EJB3的復(fù)雜性，使得學(xué)習(xí)成本降低到與Rails相當(dāng)?shù)募?jí)別。不過(guò)即使它能夠做到，將來(lái)開(kāi)發(fā)者還是要面對(duì)Java語(yǔ)言本身的靜態(tài)類(lèi)型所造成的開(kāi)發(fā)效率低下。我并不認(rèn)為JBoss Seam有機(jī)會(huì)在開(kāi)發(fā)效率上超越Rails。另外一個(gè)值得關(guān)注的框架是Grails，它是基于動(dòng)態(tài)語(yǔ)言Groovy的，嚴(yán)格來(lái)說(shuō)不能算是Java社區(qū)的框架。不過(guò)由于它基于Spring、Hibernate、SiteMesh，所以也可以看作是Java框架的進(jìn)一步發(fā)展。在開(kāi)發(fā)效率方面Grails也不大可能超越Rails。除了開(kāi)發(fā)框架本身，還需要考慮眾多外圍工具的支持和社區(qū)的規(guī)模，在這些方面Grails不可能達(dá)到Rails的水平。還有一個(gè)RIFE呢，雖然我完全不了解它，不過(guò)看來(lái)它受到的關(guān)注很少。一個(gè)幾乎完全被忽視的框架，成功的前景估計(jì)很渺茫。Wicket我認(rèn)為是不值得考慮的，現(xiàn)在我們應(yīng)該把目光僅僅投向那些full stack框架上，建造一個(gè)更加精巧的Web MVC框架解決不了根本的問(wèn)題，對(duì)開(kāi)發(fā)效率的提升是有限的。Cetia4和Restlet也是兩個(gè)很有趣的框架，特別是它們能夠支持REST開(kāi)發(fā)，代表了 Java Web開(kāi)發(fā)框架的未來(lái)。Google的Guice是一個(gè)很有可能取代Spring的輕量級(jí)IoC框架，前景似乎不錯(cuò)。不過(guò)Cetia4、Restlet、Guice這些框架和Wicket一樣，并不是full stack框架，對(duì)開(kāi)發(fā)效率的提升是有限的。

根據(jù)上述分析，我現(xiàn)在對(duì)Java社區(qū)內(nèi)部的創(chuàng)新能力已經(jīng)感到很失望了（很明顯我后知后覺(jué)了，感到失望的大有人在），這種持續(xù)了10年之久的創(chuàng)新能力似乎已經(jīng)逐漸枯竭。由于動(dòng)態(tài)類(lèi)型的腳本語(yǔ)言（Python、Ruby、JavaScript等等）這些年來(lái)取得了長(zhǎng)足的進(jìn)步，而且在Web開(kāi)發(fā)方面出現(xiàn)了一些killer級(jí)的框架，現(xiàn)在是將目光投向其他開(kāi)發(fā)語(yǔ)言的時(shí)候了。我的決定就是在今年下半年完全轉(zhuǎn)到Ruby和Rails這個(gè)平臺(tái)上面。從Java轉(zhuǎn)到 Ruby有幾個(gè)強(qiáng)有力的理由：
1. Rails可以讓單個(gè)開(kāi)發(fā)者在開(kāi)發(fā)效率方面接近自己能力的極限。我并不是一個(gè)完美架構(gòu)的fans，熱衷于不寫(xiě)一行代碼，巨細(xì)無(wú)靡地分析各種架構(gòu)優(yōu)劣直到腦神經(jīng)癱瘓。我熱衷的是解決用戶(hù)真正關(guān)心的問(wèn)題，用技術(shù)改善他們的生活，與用戶(hù)建立起良好的人際關(guān)系。
2. Rails框架對(duì)Ajax有更好的支持，通過(guò)使用RJS模板可以極大減輕一般情況下做Ajax開(kāi)發(fā)的復(fù)雜性，提高開(kāi)發(fā)的效率。
3. Rails框架對(duì)REST開(kāi)發(fā)提供了最好的支持。REST在Web開(kāi)發(fā)方面會(huì)越來(lái)越重要，全面支持REST就是未來(lái)所有語(yǔ)言Web開(kāi)發(fā)框架發(fā)展的方向。
4. JRuby 1.0對(duì)Rails的支持已經(jīng)很好，而且支持直接使用Java開(kāi)發(fā)的資源，所以現(xiàn)在是從Java轉(zhuǎn)到Ruby的一個(gè)適當(dāng)?shù)臅r(shí)機(jī)。

我已經(jīng)讀完了《Ruby for Rails中文版》，并且出了一個(gè)個(gè)人的勘誤。《應(yīng)用Rails進(jìn)行敏捷Web開(kāi)發(fā)》第2版我已經(jīng)讀了1/3，在一周之內(nèi)可以全部讀完。這兩本書(shū)讀完之后，基本上已經(jīng)入門(mén)了。在入門(mén)階段我只準(zhǔn)備讀這兩本書(shū)，然后我會(huì)通過(guò)開(kāi)發(fā)來(lái)熟悉更多的技術(shù)。因?yàn)槲覍?duì)Perl、JavaScript和Java語(yǔ)言的熟悉，所以學(xué)習(xí)Ruby和Rails并沒(méi)有感覺(jué)有什么難度。事實(shí)上閱讀《應(yīng)用Rails進(jìn)行敏捷Web開(kāi)發(fā)》第2版要比我閱讀《Struts實(shí)戰(zhàn)》之類(lèi)的書(shū)容易理解的多（同時(shí)也更加有趣味，我第一次沒(méi)有感覺(jué)犯困），到目前為止，一切都感覺(jué)很自然。Ruby在我看來(lái)就是Perl+JavaScript+Java，毫無(wú)疑問(wèn)是一門(mén)偉大的語(yǔ)言。很可惜晚學(xué)習(xí)了整整一年多，否則去年見(jiàn)到Martin Fowler的時(shí)候本應(yīng)該問(wèn)他更多關(guān)于Ruby的問(wèn)題的。