Joel談Ruby效能

中文翻譯: Ruby Performance Revisited，大意是這樣的:

每個改用Ruby或Rails愛好者都了解這個原理: 開發時間比CPU時間更重要，我們都希望開發者比CPU更閒。不過 Ruby 的效能不如別人是不爭的事實(The Computer Language Shootout Benchmarks 註)，當你碰上需要密集運算的時候(如Bayesian 過濾spam 或是 大量圖表資料運算)，可能會因為Ruby太慢而沒辦法加上該功能，不然就是得呼叫另一種程式語言。

因此，當碰上Ruby的效能問題而只是說「開發時間比CPU時間更重要」是沒有意義的。就算你不做需要密集運算的東西，如果發現自己得買100台伺服器而非10台時，你可能就會突然重新思考整個開發者時間與CPU時間的方程式。

註: 大概比較一下幾個主流語言  Java(快Ruby 10x以上) >> Perl (約快5x) > Python > PHP > Ruby == Javascript

Ajax in Action

 

軟體設計層次的Ajax書，很認真的思考 Single Page Application。前三章引入Design Patterns、重構的概念到Javascript，將 Web Page提升到應用程式的層次。四五章很精采地分析架構，包括不同層次的MVC觀點，以及各種框架的大局觀跟分類，其中關於Ajax如何交換資料提供了很好的思考，以下是我的筆記(Rails是我加的，書上沒有):

內容中心的互動 (content)

  • Server 傳回 HTML 片段，Client 在特定位置更新顯示。
  • 簡單直覺，撰寫容易。
  • 功能有限，畫面上的變化只限於固定矩形區域，無法進行複雜的DOM操作。
  • Rails使用Prototype加上配套的 Ajax helper 即可達成。

腳本中心的互動 (scripting)

  • Server 傳回 Javascript 片段，Client 直接執行。
  • 功能彈性大，可自由操作DOM，多處更新。
  • Rails 支援在 Remote Javascript Template (RJS)，使用Ruby語法撰寫Javascript，傳給Client執行，減少撰寫raw Javascript。

資料中心的互動 (data)

  • Server 傳回 XML 或 JSON 資料，Client 的 Javascript 解析處理(或使用XSLT)。
  • XML的解析較麻煩，現在流行用JSON(JavaScript Object Notation)。
  • 上述兩種架構與Client相依，但資料中心即Web Service(REST)架構，具可重複使用性(可供別的前端使用)。
  • Rails支援 XML Template跟JSON。
  • 因為剖析資料的負擔完全放在 Client 端，所以 Client 端的Javascript程式或XSLT工程較大。

第六章 使用者體驗 實作了一個通知框架，第七章講安全性，第八章講效能及記憶體洩漏(memory leak)問題。剩下後半本則是一章一案例。

另一篇書評 : Relevance Review #5: Ajax in Action

註: 之前寫的 ajax 傳送格式比較 : XML, HTML, or JSON?

在Rails中用Yahoo UI! Dialog + RJS

nap的這篇 YUI Dialog on Rails: First Pass 給了一個範例介紹在 Rails 中使用  Yahoo! UI Library 的 Dialog 並搭配 RJS 使用:

首先把yui下載回來，把要用的 .js 檔集中放到 /public/javascripts/yui/ 下，css (/yui/build/container/assets/container.css) 放到 /public/stylesheets/yui/ 下。

程式碼我就不轉貼了，我依樣畫葫蘆的範例在這裡 yui1，重點是按下Save時它用 Prototype 的 Ajax.Request() 呼叫 RJS Response，而不是用 YUI 的 Connection Manager，作者還加寫了一篇 Prototype vs YUI Connection Manager: Dialog continued…，給了 YUI Connection Manager的處理版本(好多行哩)，作者是認為 Rails 的開發者比較熟Prototype，所以這裡就用Prototype版本來做囉。

我個人是不太喜歡混雜用(怕有衝突?)，所以如果要完全拔掉 Prototype，RJS應該可以改用 RJS minus R! 直接寫 YUI Javascript code。

RJS Minus R (MinusMOR)

UPDATE (11/24): 順應大夥要求，Dan Webb重新發一個 MinusMOR 版本，使用 .ejs 來表示 JavaScript with embedded Ruby templates。這樣就可以跟本來的 .rjs 共存了。希望這個 pure Javascript template 以後可以加入 Rails core 囉~

RJS是很棒的玩意，這殺手級的功能讓你寫AJAX response超簡單，只用Ruby即可。但是很明顯的它是個會漏的抽象層(leaky abstraction，事實上根據抽象滲漏法則，所有重大的抽象機制在某種程式上都是有漏洞的)，一但開始漏而要寫raw Javascript時，在RJS中就要用page.call 之類的，但這就看起來比較醜陋，尤其是有Javascript條件式或raw Javascript很多的時候。另外就是RJS完全依賴Prototype跟Scriptaculous，如果你要改用別的Javascript framework時，Ruby版的RJS就不太有用了。

from RubyInside

因此如果你已經很熟 Javascript 跟 Prototype，或是你想改用別的 Javascript framework，可能就比較想直接用 Javascript 來寫 AJAX response，因此Dan Webb提出一個新選擇(新實驗?)  RJS Minus R (沒有Ruby的RJS!)，MinusR 把 .rjs 改成寫 Javascript (用Erb內嵌Ruby code)，主要就是給你一個 js helper 自動呼叫 to_json 來轉換 Ruby 資料。

討論串在爭論說應該要用另外 extension 副檔名表示這種 pure Javascript，因為這個 plugin 目前更改了 .rjs 的定義，造成本來用ruby寫的 .rjs template 不能用了。這部份該怎麼實作解決似乎還沒有定論。

DHH的回應說的很好，這是一個很好的實驗讓我們好好省思RJS，RJS不是萬靈丹，就像Rails的Active Record本身也是個會洩漏SQL抽象層，重點是如何讓80%的工作可以超簡單達成，and 另外的20%有彈性手動來變花樣。

另一篇介紹文: RJS templates without the R!

註: 目前的stable Rails版本不行跑這個 plugin，必須裝EdgeRails(開發中的Rails版本)，請執行 rake rails:freeze:edge 安裝 (要有subversion)。另外 EdgeRails 只用於該 rails application，而不是整個升級系統 library 的Rails版本。

期中考告一段落

期中考告一段落了，顯然我還得多多努力準備期末考，很down的心情，and 手邊想念的書一堆，每本都念一點念一點 :

  • 資訊經營法則，很精采的1999年資訊經濟學(軟體行銷學)經典，看一半。
  • SQL之美學，很特別的SQL書，提供精彩的建議而不是SQL語法，看到第二章。
  • 時間管理-給系統管理者，跟GTD類似的個人時間管理術，不過我最近事情沒這麼雜多就是了，看到第二章。
  • ppk on Javascript，很期待想看完學好Javascript，但只看到第一章完(不過第一章就很精采)
  • CSS Mastery，大精華 CSS，前兩章就cover最重要的觀念(只也看到前兩章)。
  • Ajax in Action，架構層級的Ajax觀念，剩下後半範例還沒看。
  • Pragmatic Ajax，第一章看完(沒什麼進度的意思)
  • HTTP The Definitive Guide，進到 Part 2 的 Proxy，這本好厚。
  • A Semantic Web Primer，老實說蠻無趣的語意網，停在RDF。
  • Ruby for Rails，書籤還夾在第一章… Orz
  • Ruby Cookbook，看完Rails那部份，想繼續看完Part2 的Object,Metaprogramming的部份。

雖然很想在期末前唸完幾本… :p 不過目前的情況實在超懶的，連Blog可能都會隔很久才更新吧。

啊~突然想起這個桌布 : You may now rest, rest in peace.