你有在Windows下運行的Rails開發環境嗎？

Question

我當前的Rails開發環境是Windows XP上的Aptana + RadRails插件，它運行測試，耙子和生成器有點慢。

如果您已經發展並證明了您的Windows Ruby on Rails開發環境中的某些您感到滿意並且速度很快，請分享下面的詳細信息。

非常感謝，

艾略特

Answer 1

要添加到奧馬爾：而不是處理VMWare，您可以安裝在Windows內運行的便攜式Ubuntu。雖然這樣做會使性能受到影響，但它會爲您提供一個Linux環境，您不必擔心安裝其他操作系統。

Answer 2

導致我相信Rails的（當然，紅寶石，真的）在Windows上通常很慢，比* N [IU]×，但因爲我的天堂」 t經歷了後者，我仍然非常無知。特別是，即使在相當快的（3GHz Xeon）盒子上，Rails環境的加載也很乏味。

最重要的是，IDE帶來的開銷。最近，我試過NetBeans和RubyMine。與我的命令行和測試編輯器的正常工作環境相比，它們都非常有能力且速度較慢，這足以滿足95％的時間：當我開發測試優先時，我發現不需要太多的IDE支持。我仍然發現自己主要使用SciTE，很大程度上是因爲「運行」命令很容易訪問。通過對我的測試中的「require test_helper」行進行一些調整，單個測試執行不超過F5，整個套件可通過命令行快速「耙取」。

如果我需要調試到框架中來清除（通常）我的一些誤解，那麼我目前傾向於NetBeans，而調試器似乎更直觀一些。我懷疑RubyMine可能有更多的權力，但我還沒有發現自己需要它。

不管上述情況如何，在Windows上執行的關鍵是執行`environment.rb'的時間，這並不是一件容易的事情。 （這裏希望我完全錯了，我錯過了超酷的東西，順便說一句）。

Answer 3

雖然我現在主要用Ubuntu工作，但我在Vim上使用了Windows機器。 Vim有一個名爲rails.vim的插件。它非常瞭解軌道結構。這些東西我覺得非常有用。

1. 使用：RModel，RUnittest，：RFunctionaltest，RController，在模型，控制器，單元測試，功能測試中進行3-4個擊鍵操作之間的導航。
2. 能夠運行一個單元/功能/集成測試馬上使用：使用RCONSOLE
3. 快速跳轉到助手：耙
4. 快速跳轉使用安慰RHelper
5. goto語句文件「GF」的快捷方式現在以可預見的方式行事。它甚至在您安裝的gem內查找文件。

該網站上的視頻幾乎沒有任何公正。如果你不是vim用戶，那麼我會建議E text editor。這不是免費的，但值得你付出每一分錢。

Answer 4

http://www.akitaonrails.com/2009/1/13/the-best-environment-for-rails-on-windows

試試這個指南

Answer 5

我會認真考慮對內部的Windows Rails開發和我的推理背後卻是因爲你不會在生產中使用的是Windows機器。

你很可能會運行某種Linux機器，因爲Passenger不能在Windows上工作，mongrel_cluster（上次我檢查）也不能在Windows上運行，IIS是一場噩夢。相信我，開發和生產之間的一致性是一項巨大的好處。

如果您必須運行Windows，那麼我會建議在您選擇的Linux發行版中運行虛擬機內部的Rails。這樣你就可以使用諸如e-texteditor之類的東西（它被強烈推薦爲Textmate的一個很好的替代品）並且在你的虛擬機上有一個Samba共享到git/svn倉庫。

檢查VMWare服務器並安裝CentOS/Ubuntu。它是免費的，並且可以讓您深入瞭解Linux中的開發情況，並最終確定您希望進入的地方。

Answer 6

我推薦jruby for windows。

Answer 7

如果您使用Windows XP時不存在不可變的原因，則應該切換到Linux。 Windows上沒有出現奇怪的兼容性問題。如果您的應用程序最終將部署到Linux機器上，開發起來會更容易。另外，它可以解決你的性能問題。

https://help.ubuntu.com/community/RubyOnRails

如果有約束，使視窗絕對必要，請修改並指定。

Answer 8

如果您想使用Visual Studio，Ruby in Steel並不差。

這是它的問題，但它不像我嘗試過的eclipse變體那樣「慢」。 到目前爲止，RadRails擁有我見過的最完整的代碼完成，因爲它知道你的模型，遠遠超過Ruby in Steel。即使加載數據的速度很慢，至少它在那裏。