改進MonoRail

Question

我們知道它缺少文檔，但您希望看到哪些其他部分得到改進？

Answer 1

回答的問題是，我怎麼知道單軌是否實際上缺少一個功能，或者如果由於文檔不好，我只是不知道它。例如，我並不真的愛上它的路由引擎，但我認爲如果我能弄清楚正確的語法，它會實際上做我想做的事。

Answer 2

讓我開始說我們沒有使用最新版本的Monorail，所以這個建議可能是沒有意義的。

想象一下兩個控制器：BaseController和DerivedController（它是從BaseController派生的）。

如果兩個控制器都爲他們定義了救援，我希望救援以直觀的方式工作。

如果BaseController有救援爲：

• AException
• BException

和DerivedController有救援爲：

• AException
• 了CException

則：

• 的AException從BaseController拋出應該使用在BaseController AExceptions定義救援 。
• 從DerivedController拋出的AException應該使用DerivedController中救援定義的AExceptions（因爲DerivedController有 覆蓋BaseController的救援）。

Answer 3

也許它已經在那裏，我只是沒有注意到，但我發現Django的管理界面在開發過程中非常有用。 MonoRail有這樣的功能會很好。

一個新的穩定版本也會很好，我總是來回擺弄我是否應該使用release或trunk。

Answer 4

我真的可以在項目未來的路線圖中使用一些清晰的內容。我們正在使用一堆網站，但很難說出項目何時從Rc3移動（甚至大致在什麼時候）。

此外它還不清楚幹線的依賴性 - NHibernate 2.0真的是一個需求。什麼時候釋放（或有）。

Answer 5

我想如果你在看MonoRail與ASP.NET MVC相比，那麼你會說的第一件事就是缺少好的文檔，所以我認爲這不得不強調。然而，既然你已經具體說了什麼，我會說接下來的事情就是生成具有動作列表的控制器的工具，就像Ruby on Rails一樣。 我不知道是否有類似的東西，但我也建議看看鐵路的遷移，看看是否有什麼你想採用。對我而言，儘管我可能更喜歡使用一種一致的語言，而不是多種特定於領域的語言來處理這些特定的片斷，但從多箇舊版本遷移到當前版本可能是一種痛苦，而且我很少在人們設法充分利用的地方工作自己維護遷移腳本。儘管ActiveRecord可以自己配置數據庫模式，但是仍然可能會錯過能夠執行一系列更改的遷移，其中從未知舊版本跳轉到當前版本可能不會總是給出相同結果。 我也建議，如果你正在尋找比較，可能甚至更相關的是發電機。知道你可以創建一個擴展名爲.VM的文本文件，但是如果你和Ruby on Rails比較，那麼這些生成器使得它更容易和更快速地獲得所需的一組控制器並設置了意見。即使只有幾個簡單的生成器也會這樣做 - 比如生成一個項目框架，另一個生成一個包含一個或多個操作並帶有視圖的控制器。還有一個腳手架發電機可能會完成我的'前3'。