從ASP.NET遷移到Ruby on Rails

Question

我是過去5年的ASP.NET開發人員，仍然熱愛它。關於Ruby on Rails，空氣中有很多很好的聲音。我想問一下社區，有沒有什麼值得嘗試作爲ASP.NET Web開發人員學習Ruby On Rails的觀點。

1. 可擴展性
2. 文檔
3. 社區支持
4. 託管解決方案
5. 部署 ETC.

Answer 1

我現在在你的鞋子裏，因爲我在.NET中商業開發5年後學習了RoR。 這裏是我的兩分錢：

1. 可伸縮性：我認爲，軌道可以擴展得相當不錯，有很多可用的選項，如在Linux上雜種羣。
2. 這個比在.NET上差一點。但社區是非常好的，你永遠不會找到一條好路。
3. 看上面（很棒）
4. 託管是不是一個問題：許多託管選項可用。
5. 我發現從開發過渡到測試，然後到在Ror比ASP.NET更好地考慮生產。

Answer 2

我會採取甘德爲ASP.NET MVC。這樣你就可以堅持使用.NET Framework，但仍然可以從RoR中獲得一些你可能想要的東西。

ASP.NET MVC是非常輕便，容易與一些它所提供的API來縮放（用於會議或者甚至微軟SQL速度存儲）。

ASP.NET MVC有很多來自社會各界的支持，因此有很多來自社區和微軟自己的文檔和反饋。

很多。檢查出http://www.codeplex.com/ASPNET欲知更多信息。

那麼，ASP.NET MVC是bin-deployable。所以只要你的主機支持ASP.NET 3.5，就沒有其他你需要的東西了。他們不需要以任何方式安裝ASP.NET MVC。所以如果你想，你可以輕鬆使用共享主機。

部署是很容易與ASP.NET MVC，並與未來的變化到Visual Studio 2010年通過的網站更容易部署「包」。我目前維護2個ASP.NET MVC站點，並通過bin-deployment找到它，就像常規的ASP.NET WebForms站點一樣。

Answer 3

嗯，我不知道的可擴展性的部分東西，但本人來說我前一陣子開始學習從ASP.NET Ruby on Rails的。我真的很難找到一些很好的文檔 - 關於Rails站點的類文檔在我眼中非常差，我對於可以將哪些參數放入動作鏈接有個簡單的問題。但也許只是我從未找到合適的地方。但是我個人認爲ASP.NET文檔比Rails更好 - 至少買了一本書，我認爲這是一個很好的選擇。

號碼3.林的pritty確保有鋼軌你只需要找到合適的論壇或其他媒體套件自己的喜好非常好的社區支持 - 也許這是什麼我做錯了。

Number 4.有很多針對Rails的託管解決方案，但不像ASP.NET或PHP那麼多。我認爲你必須研究這個你的自我，並且發現，如果有什麼符合你的喜好。

Number 5. Ruby應該很容易部署，它具有開發，測試和生產數據庫的概念。它使用遷移，因此數據庫模式中的更新是無縫的 - 這非常酷。它是腳本編寫的，所以它應該是從開發計算機到生產服務器的xcopy的問題。

你應該選擇Ruby on Rails的原因是你喜歡MVC模式。 MVC模式是天才，當你學習Ruby時，它是一門偉大的語言。也許可以深入瞭解ASP.NET MVC，看看它有什麼樣 - 然後可能轉向Rails。那麼你只需要學習一門新的語言，而不是同時學習新的架構，框架和語言。

記住，這是一位ASP.NET開發人員對Rails的嗅探，但放棄了，沒有能力找到真正優秀的文檔，並且從編輯器或Rails中總會發現一些奇怪的錯誤 - 但那就是適當的一個新手的東西:)

但如果你有時間，通過一切手段學習它。一些開發人員說，我們應該每年學習一種新語言，Ruby是一個很好的候選人。

Answer 4

1）可擴展性

Rails是就像任何其他網絡的應用程序堆棧擴展。唯一的區別是你的單個服務器可能會超載，並且由於ruby運行時的性能較差，所以需要比在.NET中更快地分解到2個服務器。實際上這不是問題。

2）文檔

微軟確實爲比Ruby或者Rails核心庫更好的文檔，但的Ruby/Rails的人仍然在整體上非常好。我認爲ruby/rails是這裏的贏家，因爲你可以隨時查看源代碼。沒有任何文件可以代替真正看到發生的事情。

3）社區支援

我已經什麼，但印象深刻的社會支持各地軌。我不知道還有什麼要說的。

4）主機解決方案

由於PHUSION乘客得到了釋放，這似乎更容易，這些天來找到託管比是找ASP.net託管軌。隨着時間的推移，這隻會對軌道產生更大的影響，因爲一個簡單的事實是，託管公司不必向微軟支付版稅以在Linux服務器上部署軌道。

5）部署等。

Capistrano（軌道的最常見的部署解決方案）擊敗了其他所有的東西。

Answer 5

我完全同意乍得的帖子。

我是在rails中開發應用程序的一半，現在我已經完成了一個完整的360，並且在深入研究ASP.NET MVC的日常工作承諾後重新考慮過了。

我現在正在改變課程，併爲我所有的個人項目尋找ASP.NET MVC，我認爲兩者現在都非常可信，因爲我認爲MS已經對Ruby on Rails的功能集進行了很好的研究並確保它們可以非常緊密地匹配功能。畢竟，如果你將一個項目與LINQ 2 SQL/EF，ASP.NET MVC和潛在的動態數據（如果你需要這樣的事情）耦合在一起，我真的想不出有什麼令人信服的理由來選擇Rails over .NET，但我可以選擇理由來選擇.NET over rails - 畢竟，VS.NET豐富的調試體驗，豐富的intellisense和watcher/quickwatch支持，加上ASP.NET MVC框架支持Html Action Helpers，Model Binders，支持和鼓勵對於單元測試，現在通過包含JQuery和JSON結果，你幾乎不可阻擋。

我想除了明顯的託管/許可費用，Ruby語言偏好和其他個人偏好，比如它是開源等，這真的是你的選擇。