2011-01-07 27 views
7

我正在做關於RoR的演示。它看起來不錯,除非我找不到任何「問題」部分。似乎沒有。 :)Ruby on Rails是否適合大型項目?

我特別感興趣的是:

  1. 什麼問題都沒有與維護/管理時,多個開發人員參與大型項目的回報率?
  2. 對於使用動態類型語言和靜態類型語言的大規模項目的開發人員,具體考慮什麼?
  3. 爲什麼RoR不適合大型項目?

我找不到這個谷歌搜索互聯網任何東西。我想聽聽你對這些觀點的看法?

謝謝 長Arkadiy

+0

我很確定代碼質量和框架的適用性更多地取決於團隊管理和其他工具,而不是語言和框架。現在不能引用我的頭頂上的任何內容 – 2011-01-07 07:47:31

+1

http://stackoverflow.com/questions/14823/is-ruby-on-rails-ready-for-the-enterprise和http://www.infoq。 com/articles/changing-the-present-case-stud – Zabba 2011-01-07 07:50:54

+1

http://www.canrailsscale.com/。我真的很喜歡Rails! – 2011-01-07 08:05:27

回答

8

我確定你可以在網上找到很多這樣的東西,但我很樂意。

  1. 可維護性:Ruby和Rails都是爲了創造更多可維護的代碼而犧牲一點性能。這就是爲什麼Ruby首先是動態語言的原因。就開發人員/團隊而言,Rails非常適合創建和維護易於理解和維護的代碼。
  2. 動態與靜態:從開發團隊的角度來看,靜態語言具有非常明確的獨特優勢。沒有什麼魔法可以混淆新開發人員,在追逐鬼魂方面應該做的很少(理論上說,無論如何)。動態語言能夠真正利用面向對象並快速開始開發,這一優勢很快就被超過了。
  3. 適用性:我想不出有什麼好的理由。它是測試驅動的,經過驗證的,並且設計得非常好。它是爲了完成這項工作而做的,所以這並不讓我感到驚訝。 :)
1

對於可擴展性,如果Twitter能DOIT所以我覺得你可以做到這一點。

和可維護性,就像任何其他的編程語言,你需要使用某種版本控制,SVN或混帳的。

2

大部分的RoR開發團隊在我的經驗適用於MAC。 使用混帳SVN進行版本控制。最多使用TextMate科莫多。 特別與科莫多臨你可以在團隊中使用它。 一個好的SVN客戶端有版本

我沒有更大的團隊,然後5和開發工作,這是規模並不大,我認爲:)但是框架本身是很容易處理像大多數其他的我有看到。主要用於Scrum團隊,但如果你擁有一個良好的組織,我認爲在大型團隊中使用RoR沒有任何不利之處。

代碼文檔工具都得心應手,分裂模型,控制器和視圖起來的團隊成員不同的部分不應該是一個大問題,並與夜間竣工圖設置測試服務器是很容易的。

我們在Linux和Windows環境中使用RoR,並且擁有非常好的生產體驗。技術上它與其他大型框架一樣可擴展,其中sql_sessionsmem_cache可以讓服務器場更容易地爲數千或數百萬用戶運行。

所以imho:它適用於任何規模的團隊。