一個.NET程序員為什么學(xué)習(xí)Ruby on Rails?作者 Stephen Chu譯者 戴強(qiáng)斌 發(fā)布于 2007年5月16日 下午9時30分 你是一位資深的.NET程序員，而且已經(jīng)用ASP.NET構(gòu)建過許多Web應(yīng)用。 無數(shù)個不眠之夜，為了讓ASP.NET控件生命周期中的事件驅(qū)動模型按你想要的方式執(zhí)行，你費(fèi)盡心血，深入細(xì)節(jié)。 你精通于使用諸如Presentation Model、Model View Presenter這類設(shè)計模式對你的應(yīng)用進(jìn)行分層，以使其更易測試和維護(hù)。 你認(rèn)為Ruby on Rails只不過是眾多被吹噓的技術(shù)中的一員。在它還沒有獲得可觀的市場份額之前，你不會給予它過多的關(guān)注。 歡迎來到我的世界。如果你還在讀這篇文章，我向你致敬。對于我下面的說法，你可能會充滿了好奇。為什么我——一名資深的.NET程序員，在經(jīng)歷了一個月的Ruby on Rails學(xué)習(xí)后會認(rèn)為：只有在我了解了Ruby on Rails之后，才能以較少的時間和編碼完成以前開發(fā)過的許多應(yīng)用？ 老實(shí)說，我仍然認(rèn)為.NET很棒。它為我提供了一個平臺，能讓我向客戶源源不斷地提供巨大的商業(yè)價值。但我時刻提醒自己：一個簡單的問題，有大量不同的方法和技術(shù)可以解決它，并且總有一些比其它更好。衷情于某種技術(shù)，必然會產(chǎn)生一些無意識的偏見，這最終會阻礙我為客戶提供商業(yè)價值的能力。例如，對像Ruby這樣的動態(tài)腳本語言的了解，使我以為：與使用編譯型的語言相比，我可以花費(fèi)更少的時間去編寫簡單的自動處理的Batch/Shell腳本。 為什么不呢？ 下面這幾件事，是我（一個.NET程序員）學(xué)習(xí)Ruby時，發(fā)現(xiàn)的一些典型的不同。希望你能喜歡。 不需要編譯Ruby中沒有編譯的概念。一切都在運(yùn)行時發(fā)生作用。有人認(rèn)為代碼編譯可以防止編碼時的粗心。那么，你可能應(yīng)該去看一下測試驅(qū)動開發(fā)是怎么工作的，連續(xù)的代碼集成（當(dāng)然了，不是每天都要構(gòu)建），單元測試（不涉及數(shù)據(jù)庫和web服務(wù)的測試）和依賴注入可以幫助你生成質(zhì)量良好的代碼，使你能夠充滿自信的靈活的改變你的代碼。編譯的保障作用一下子變的不那么重要了。動態(tài)增加類的行為——不使用Decorator模式在靜態(tài)類型語言中，要想動態(tài)增加類的行為，我們可以使用Decorator模式或者模板方法。而在Ruby中，有更多的方法可以在不復(fù)雜化對象設(shè)計結(jié)構(gòu)的情況下，很簡單地做到這一點(diǎn)。這只是因為語言本身對它的支持，例如：將模塊作為minxin使用，使用class_eval, instance_eval方法等。事實(shí)上，甚至可以通過編程方式在運(yùn)行時定義類的方法。在靜態(tài)類型語言中，也可以通過代碼生成來完成它。但了解更多的方法，可以讓你向一個優(yōu)秀的問題解決者邁進(jìn)一步。（譯者注：mixin在面向?qū)ο缶幊陶Z言中是一種提供某些功能給子類繼承的類，但mixin并不能實(shí)例化。從某個mixin繼承并不是什么特殊的形式，而它更適于收集功能。某個子類甚至可以通過繼承一個或者多個mixin選擇繼承它的全部或者多數(shù)功能。一個mixin能延期到運(yùn)行時定義和綁定方法，而屬性和實(shí)例參數(shù)也可在編譯時才被定義。這不同于我們常見的方式，比如先定義所有的屬性、方法，并在編譯時進(jìn)行初始化等。） 通過去除所有的類型聲明和接口聲明，將代碼庫“瘦身”10-20%Ruby是一門動態(tài)類型語言。你不需要在使用變量之前聲明它的類型，或者為方法簽名中的參數(shù)定義合適的類型。這意味著你的代碼會變得更“瘦”，但這是以代碼難于調(diào)試和難于進(jìn)行錯誤跟蹤為代價的，對嗎？并非如此，如果你相信單元測試和良好的面向?qū)ο笤O(shè)計的概念。如果你的類小而緊湊，類的方法短而精良，并且經(jīng)過了很好的單元測試，那么調(diào)試和錯誤跟蹤將會很簡單。及時Ajax化Ruby on Rails內(nèi)置對script.aculo.us庫的支持（script.aculo.us是一個Ajax類庫，里面包含了大量炫目的Ajax效果，使用這些效果，可以讓你的應(yīng)用更具有交互友好性）。在許多情況下，這相當(dāng)于在ASP.NET中將一個控件標(biāo)簽拖到html頁面上，然后在別的地方（在Rails中，這個地方是控制器）為其編寫方法以處理Ajax在服務(wù)器端的Web請求。你的Web頁面支持Ajax功能，就像Google Suggest的autocomplete或者拖拉排序那樣。就這么簡單。使用Rails，不需要專門的O/R映射使用命名慣例對數(shù)據(jù)庫的表和列以及你的領(lǐng)域模型對象命名，可以讓你忘記親自進(jìn)行O/R映射的痛苦。Ruby on Rails會為你實(shí)現(xiàn)這一切。在最簡單的情況下，在視圖上增加一個字段并對它進(jìn)行持久化，你只需要在html中增加一個文本框并在相應(yīng)的數(shù)據(jù)庫表中增加一個新列，然后你就可以看到，新輸入的文字被存儲在了數(shù)據(jù)庫新建的列中。真的，就這么簡單。用Ruby腳本構(gòu)建、部署或發(fā)布應(yīng)用，比使用NAnt更好。Rake是Ruby on Rails開發(fā)中使用的標(biāo)準(zhǔn)構(gòu)建工具。Rake使用Ruby語法，這意味著在構(gòu)建和部署不同的應(yīng)用時，你需要使用Ruby去編寫你的構(gòu)建腳本。作為一門語言，Ruby在以下幾個方面尤為出色：處理字符串，文件和目錄的創(chuàng)建，高級的正則表達(dá)式支持。想一下，有多少次，你需要在批處理和NAnt腳本中執(zhí)行以下的操作：把服務(wù)器A上a目錄下所有以.sql為擴(kuò)展名的文件拷貝到服務(wù)器B，然后依次執(zhí)行這些文件。如果你討厭批處理腳本在編程方面的限制，或者不喜歡以NAnt中那樣的xml格式去編寫腳本，你會喜歡Rake的。不勞無獲學(xué)習(xí)Ruby的時候，我必須克服許多障礙。首先，我不得不接受這樣的事實(shí)：與正在使用的“舒適”的技術(shù)相比，尋找Ruby的解決方案，要花去我更多的時間。但是，用不了多久，你就會感到喜悅，因為你可以用大量的方式解決不同的問題。其次，學(xué)習(xí)Ruby/Rails讓我受益非淺，通過學(xué)以致用，加深了對知識的理解。記住，對于你曾耗費(fèi)時間學(xué)過的東西，要么使用它，要么任其消逝。查看英文原文：Why Would a .NET Programmer Learn Ruby on Rails? 作者簡介：Stephen Chu 是ThoughtWorks的軟件開發(fā)顧問，同時也是一位經(jīng)驗豐富的.NET開發(fā)人員，最近關(guān)注于Ruby on Rails。您可以通過他的博客閱讀他每天的新看法。 譯者簡介：戴強(qiáng)斌，擁有三年的Web開發(fā)經(jīng)驗，武漢大學(xué)Google Camp技術(shù)團(tuán)隊成員，目前關(guān)注垂直搜索引擎領(lǐng)域的應(yīng)用發(fā)展。 |
|
|
