2007年8月29日 星期三

我使用過的Ruby Library或Rails Plugin

Ruby Library:

  • REXML。寫XML的話也沒有別的更好用了 http://www.germane-software.com/software/rexml/

  • ROXML。這個可能對我自己的特殊應用比較有意義吧,如果是撰寫standalone rails app而又不想用sqlite的話,其實另一個選擇就是效能更好的XML Database。但是在這個技術尚未真正成熟的情況下,XQuery + ROXML也是不錯的選擇。http://roxml.rubyforge.org/

  • Gettext。這個真是牌子老信用好的東西,不過我或許還會想要選擇用更簡單語法撰寫語系檔的函式庫。http://manuals.rubyonrails.com/read/chapter/105

  • Ruport。一剛開始接觸Rails的時候還以為會像php一樣報表函式庫一直都沒有高度整合性的,心裡最想用的大概會是有點像crystal report吧。不過好在有這個,已經相當完整了,pdf,cvs該有的都有,使用上也很方便。http://rubyreports.org/

  • Chart Director。這個雖然是商業的,圖的顏色也不是挺漂亮的,不過因為想要畫的圖比較複雜只好勉為其難。

  • UUIDTools。這個也是特殊應用,有可能你對一筆資料所對應的URL想要複雜到讓使用者無法猜,或是想要試試看分散式資料庫,或許你會需要這個。http://www.cnblogs.com/funjackyone/archive/2007/06/01/768275.html

  • RJB。雖然jruby內建連結java的語法相當直接,不過jmongrel+rails的效能可不敢想像,我看我還是耐心的等到明年好了。可是我的專案還是得整合Java...唉,這個時候還是乖乖靠這個老牌子吧。http://rjb.rubyforge.org/


Rails Plugin:

1 則留言 :

  1. Rjb之前就聽你講,但是沒仔細去看,剛剛看你的說明思考一下,那我好像可以用Rails利用Rjb來呼叫之前用java寫好的model部份,這樣就可以拋棄Struts,果然仔細看Rjb的use case,就有這一種情況,感覺可以來玩玩看。

    另外比較感到興趣的是UUIDTools,對一筆資料所對應的URL想要複雜到讓使用者無法猜,這是不是可以防止像是xdite在說明一些資料竊取的問題,我看到你的說明直覺的聯想。

    然後,分享的力量果然是很大。

    回覆刪除