高見龍

iOS app/Ruby/Rails Developer & Instructor, 喜愛非主流的新玩具 :)

Ruby on Rails 之門外漢心得

image

這不是討戰文,也不是一篇討論程式語言的誰優誰劣的文章,僅就我個人這半年來使用Ruby on Rails(以下簡稱RoR,不是那個那個RO線上遊戲)用在工作上的一些簡單的心得跟大家分享。

很多廠商喜歡做網路活動來促銷新商品、打知名度或是跟網友拉近距離。目前廠商們比較愛的網路活動,大概有上傳照片、影片、票選、轉寄、推薦..等,而隨著” 社會的進步”,客戶們也”得跟上時代”,都不免俗的要跟FB或plurk弄在一起,而我的工作,主要就是幫客戶處理這樣的需求。(我想這段我的同業應該知道我不是在講真心話!)

就我而言,我個人比較熟悉的程式語言算是ActionScript 2/3,大部份的工作也都是跟紅紅的Flash為伍。但後來的網路活動越弄越複雜,單純的Flash已經不見得夠用了,很多時候得跟server端交換資料。

從最早的ASP,後來換到PHP,其實都還不錯用,也沒什麼問題(不然PHP現在不會有這麼大的市佔率)。後來試著用PHP的Zend Framework,因為現在比較流行的web framework都有照著MVC(Model-View-Controller)的樣子來打造,寫起來程式碼跟頁面有更清楚的感覺。

2009年試著換到PythonDjango,它也是MVC的實作,感覺還不賴,有種程式寫起來可以打更少字的感覺。而且它所謂的batteries included,只要把一些設定打開,後台管理功能就直接做起來了,相當方便。

2010年起,我試著開始把案子用RoR來做,整個有種「我終於可以把時間花在吃喝玩樂寫AS上了」的感覺了。

以下是一些大家可能會有的疑問:

Q: 為什麼你要一直換?

A: 我是善變的人 :)

Q: 你是寫AS的,為什麼要自己寫server端的程式?

A: 情況允許的話當然我也想跟別人一起合作寫,不過網路活動很多都是急件,而且客戶通常不太會管你六日週末要不要休假。後來發現其實自己寫真的還挺快的,而要什麼資料或是要接什麼資料都可以自己加一下就搞定,免看人臉色。

Q: RoR是一種程式語言嗎?

A: 不是,它是一種web framework,它本身用的程式語言是Ruby。

Q: RoR要錢嗎?

A: 不用的,而且你有興趣的話,還可以取得完整的原始碼,印出來上廁所的時候閱讀 :)

Q: 為什麼用RoR來開發會快?

A: 以下的動作我先假設開發的工程師有一些RoR的開發經驗。

以一個發票登錄的程式來說,假設它需要使用者姓名、電話、地址、Email及發票號碼等幾個欄位,我的動作就是先建立一個Model來對應這些欄位(這動作 大概1~2分鐘左右可完成)。再來就是建立一個Controller來準備接收使用者submit出來的動作(大概1~2分鐘左右),而實際在 Controller裡寫的程式碼,也就是把Model給叫出來,把使用者post的資料餵進去,程式碼如下:

1
invoice = Invoice.new(params[:invoice])

最後再一個save的動作:

1
invoice.save

差不多就搞定了(這動作大概1分鐘左右可完成)

剛剛這些資料庫寫入的動作,再加上一些if..else..的判斷,大概10行程式碼有找。整個發票程式部份,不包含設計的話,大概5分鐘能寫完,也許如果再加個發票重複登錄判斷的驗證,最多應該10分鐘搞定。

那要怎麼把資料庫裡的東西撈出來? 通常只要一行:

1
invoice = Invoice.all

(大概3~10秒,依打字速度不同而有差異)

那要怎麼樣把它餵給Flash? RoR的ActiveRecord有支援直接輸出成XML或JSON的方法,簡單的可以直接用invoice.to_xml 或invoice.to_json 就行了(大概10秒),複雜一點的,也可以用xml builder來建個模板給它(看複雜程度,大概5分鐘內搞定)。

藉由ORM(Object-Relational Mapping)的包裝,把原本要用SQL操作的動作,都改用物件的方式來操作。而大部份的網路活動的寫入/查詢語法都挺單純,沒意外的話應該都不用自己寫 SELECT * FROM 或是 INSERT INTO之類的東西了,不只操作簡單,也可避開SQL Injection的麻煩。

另外RoR的另一大優點,就是它有相當多好用的外掛(plugin),而且幾乎都是免費可以取得的(包括原始碼)。

一樣以網路活動上傳照片這個來舉例,上傳照片之後,通常得自動再產生一些比較小尺寸的縮圖,可能還要裁切一下圖片。透過某個方便的外掛(paperclip),上面這些動作,真正要寫程式好像不到5行吧,搞定之後會有種「哇賽!怎麼就這樣就可以了?」的驚奇感。

再例如上傳照片後,資料一多,前端呈現的頁面通常就得有分頁的功能,而這功能透過某個方便的外掛(will_paginate),大概只要多加一行程式碼就可以搞定分頁的工作。

Q: 可是你知道,做網路的活動,客戶很愛改來改去…RoR改起來會不會很麻煩?

A: 網路活動的特性,就是變動性高。除了設計部份可能會被改來改去外,一會可能要你加個中獎名單,一會說這個頁面要放到另一個頁面之後…愛改來改去這件事,我想這個是許多同業的痛!

老實說,就以上面的例子來說,就算整個砍掉重練,也不見得花多少時間;如果是修改流程,說不定改一下route規則就可以技巧性的處理掉了,其實面對愛改來改去的狀況,RoR還是個不錯的應對工具。

Q: RoR效能好嗎?

A: 我沒比較過所有家的程式語言以及web framework,所以我沒辦法下這個結論。通常如果遇到效能差或是資料庫負載很吃重的地方,可以把它做cache或產出靜態頁面來提昇效能,而做 cache或是把cache給expire掉的動作,在RoR裡是很容易做的。

Q: 那,Ruby好寫嗎?

A: 我以AS程式碼來舉個例子:

1
2
3
4
if (my_age >= 30)
{
  trace("you're so old!");
}

改用ruby寫的話:

1
2
3
if my_age >= 30
  puts "you're so old!"
end

基本上少了小括號、大括號,也不用分號結尾,至少就可以少打好些個字,甚如果想要的話,if也可以放到後面:

1
puts "you're so old" if my_age >= 30

如何? 看起來更像一般的英文吧!

再例如如果我想要印出3天前的日期,有的程式語言可能要先new一個Date物件出來,再透過一些method可以取得日期。在Ruby裡,只要用3.days.ago就行了。3? 它不是數字嗎? 是的,你沒看錯,在Ruby裡什麼東西都是物件,包括數字也是,所以你可以對3這個物件呼叫方法,再來個例子:

1
2
3
3.times do
  puts 'hello'
end

猜得出來它在幹嘛嗎? 它就是把”hello”這個字串印3遍..

其它關於這個程式語言的細節,如果想了解更多,可參考Ruby的官網,有相當多的文件可以看。

Q: 在Flash裡可以用AMF的格式與server端溝通,RoR能做嗎?

A: 可以的,請參考http://blog.eddie.com.tw/2010/03/18/rubyamf

Q: 還有什麼好處?

A: 前面提到,由於大部份的客戶想要做的東西都差不多,例如發票登錄來說,可以的話,也可以把這些常用的功能也做成「發票plugin」,也許下次要用的時候,就把plugin裝上去,可能再做一些微調就行了。

Q: 那,好維護嗎?

A: 基本上RoR的骨架是依照MVC的架構來實做的,所以某A或某B寫的程式碼,只要寫的人不要用太奇怪的寫法,大概都可以知道XX程式或XX功能會放在哪裡(當然改不改得動是另一回事)。重點是,很多網路活動都是短期的,活動結束就會下架,老實說並沒有太多所謂的維護的問題 :)

Q: RoR好像被我講得很神,那它缺點是什麼?

1. 它的學習曲線的高低決定於開發者的背景知識跟經驗

如果你之前就有用別的程式語言開發過網站,那RoR對你來說應該會比較快上手;如果你對於什麼是Form、什麼是GET/POST還不清楚的話,那這個對你 來說可能會有些吃力,很容易卡關。特別是如果沒有個導師帶入門,還真的很容易碰壁。 (PS: 其實最好還有一些*nix的操作經驗,以及熟悉一些版本控制系統如SVN或Git)

2. 台灣的hosting比較不好找

台灣目前使用的人口還是相當少,國外雖然有比較多的solution,但客戶的網路活動的TA大部份都是在台灣,可能會有連線速度不夠快的問題。這個我解決的方法就是,我自己弄一台機器放機房,自己弄環境起來 :)

結論

綜合以上各項優缺點,我真的覺得RoR挺適合拿來做網路活動,當然做長期的官網也合適,這裡就我自己工作上常遇到的狀況提供一些建議。

以上,僅以我這半年來用RoR的一些小小心得與大家分享,我也還是個一隻腳剛踏進去的新手門外漢,內容若有誤再請前輩、神人們不吝指教 :)

Comments