改善MonoRail

Question

我们知道它缺少文档，但您希望看到哪些其他部分有所改进？

Answer 1

回答的问题是，我怎么知道单轨列车是否真的缺少某个功能，或者由于文档不好，我只是不知道它。

例如，我并不是真的喜欢它的路由引擎，但我认为它实际上会做我想要的，如果我能弄清楚正确的语法。

Answer 2

也许它已经存在，我只是没有注意到，但我发现Django的管理界面在开发过程中非常有用。为MonoRail提供类似的东西会很好。

一个新的稳定版本也很不错，我经常在我是否应该使用发行版或主干上来回徘徊。

Answer 3

我可以在项目的未来路线图上使用一些清晰度。我们正在使用一堆网站，但很难说该项目何时会从Rc3移动（甚至大致何时）。

还不清楚主干的依赖性 - NHibernate 2.0真的是一个要求。什么时候发布（或者有）。

Answer 4

首先我要说的是我们没有使用最新版的单轨列车，所以这个建议可能没有用。

想象一下两个控制器：BaseController和DerivedController（派生自BaseController）。

如果两个控制器都为他们定义了救援，我希望救援工作以直观的方式工作。

如果BaseController有救援：

• AException
• BException

和DerivedController已经获救：

• AException
• 了CException

然后：

• 从BaseController抛出的AException应该使用rescue 为BaseController中的AExceptions定义。
• 从DerivedController抛出的AException应该使用 救援在DerivedController中定义了AExceptions（因为DerivedController有 覆盖BaseController的救援）。

Answer 5

我认为如果你看看MonoRail与ASP.NET MVC相比，那么你要说的第一件事就是缺少良好的文档，所以我认为必须强调。但是，既然你已经具体说过其他什么，我会说下一件事就是生成带有动作列表等的控制器的工具，就像Ruby on Rails那样。 我不知道是否有类似的东西，但我也建议看一下Rail的迁移，看看是否有任何你想采用的东西。对我来说，虽然我可能更喜欢使用一种一致的语言而不是多种特定于域的语言来处理特定的部分语言，但是从多个旧版本迁移到当前版本可能会很痛苦，而且我很少在某个地方工作，人们已经设法充分自己维护迁移脚本。虽然ActiveRecord可以自己配置数据库模式，但可能仍然错过了能够执行一系列更改的迁移，其中从未知旧版本跳转到当前版本可能不会产生相同的结果。 我还建议，如果你正在寻找比较，可能甚至更相关的是发电机。知道你可以创建一个扩展名为.VM等的文本文件，这一切都非常清楚，但是如果你与Ruby on Rails之类的东西比较，那么那里的生成器可以更容易，更快地获得所需的控制器集和视图设置。即使只是几个简单的生成器也可以 - 例如一个生成项目框架，另一个生成具有一个或多个动作的控制器，完成视图。还有脚手架发电机可能会完成我的“前三名”。