Rails社区对Rails3特性的讨论和反馈

Rails官方博客写道他们在UserVoice上建立了一个讨论Rails功能的论坛版块http://rails.uservoice.com/pages/10012-rails，开发者们对Rails3提出了很多重要的特性（Feature）。有的功能已经启动或者完成了，有的还有计划当中。

看看大家最快心的Rails中的功能特性和改进的地方吧，根据UserVoice上的数据，目前开发者们最为关注的特性改进的前面排名如下。这些改进很让我们期待啊。

排在第一的是  提高性能，这个计划已经启动了（Started）。大家在http://github.com/rails/rails/tree/3-0-unstable可以签出目前最新的代码来玩玩。

排在第二的是  slices/engines，应该是指一个项目中可以很方便的（如配置一下路由）支持多个子应用吧。当项目做大了，这样的一个功能是很有必要的，我对这个特性是最为期待的。这个改进在计划之中（Planed）。

排在第三的是  have a public and plugin API ，这个是指Rails3中应该提供稳定的API使用，让每次版本升级和插件兼容平稳一点，不要总是出现这样那样的问题。这个改进已经启动了。 这个提议也是很重要啊。

第四为 方便地创建后台管理接口（Admin Inaterface），就像在Django的那样。不过Rails团队对此还没有反应。

第五为 有一个开源的多语言版的图书。提议者认为 通过社区的力量来完成这项目工作比起个体翻译更快速高效。这个改进在计划之中（Planed）。是啊，Rails3 就要出来了，还有哪个出版社会去翻译agile web development with rails 3rd edition这本书呢

第六为  将AR中的验证提取出来（extract validation from ActiveRecord）,提议者认为AR中的验证很好用，应该让validation可以用于任意的class,好像DataMapper支持这个。Rails团队对此还没有反应。

第七为 减少Rails源码中的“聪明代码”，在Rails中，过度使用了元编程和trick。提议者认为应该减少这些cleaver code,让Rails源代码更可读。这个改进已经启动了。

第八为 Make ActionMailer consistent with regular controllers。不懂说的什么，谁帮忙解释一下呢？  http://rails.uservoice.com/pages/10012-rails/suggestions/98442-make-actionmailer-consistent-with-regular-controllers这个改进已经启动了。

第九为 更好地支持RSpec。

第十为 有一个统一的消息接口，用于email,Jabber等。就像merb-messenger那样。

第十一为 让gem取代plugin

接下来的比较有意思的功能改进有:

• 更好地支持非关系型的数据库；
• 去掉框架中的默认的Test::Unit测试框架和Prototype Js框架；

这两个改进已经在开发当中了哦，真爽。

• 延迟运行（run_later），功能来自Merb。
• 至少有一个设置，可以使用Merb中的路由。听说Merb中的路由配置很简单和强大，这样也好啊。

这两个目前在计划之中。


大家也来说说你们期待Rails3的什么呢？你们也可以去http://rails.uservoice.com/pages/10012-rails投票表达自己的想法。

每一项特性都值得期待，希望Rail3早点到来，呵呵

第八，使ActionMailer和普通controller保持一致性

原文
ActionMailer is currently decoupled from ActionController, so changes that have been made to ActionController since the early days of Rails have to be hacked onto AM in inconsistent ways.

Let's abstract a common superclass or mixin and use it in both ActionController and ActionMailer. This will bring ActionMailer up to par with ActionController in the short term, and will help avoid feature drift in the future.

大意：
ActionMailer 现已从 ActionController 分离出来，所以当 ActionController 有所变动时，必须手动将新特性 hack 回到 AM。
不如为 ActionController 和 ActionMailer 创建一个共用的 superclass 或 mixin。如此一来即能方便地把 ActionMailer 提高到 ActionController 的水平，并同时防止更新不同步的问题。

1 engines 不是已经并入到rails3.0了吗？ 我记得还是一个很重要的feature.
2 让每次版本升级和插件兼容平稳一点//不向后兼容，这是Rails最大的特色，应该继续下去，哈哈
3 将AR中的验证提取出来//这个超级支持，memorized, callback, 这些都是好的前例。
4 have a public and plugin API // 的确， 现在插件的作者都很辛苦，很多经历花费在兼容上。

字面意思我明白，具体应用上它是指什么呢？
谁能举例说明一下这条到底是干嘛的。

其实这个engine和plugin差不多，我们需要的是一个更为方便直观的支持多个rails子应用的功能。好像django中可以很方便地做到这一点。

比如，邮件模板也需要layout的功能。

那个forum列举的绝大多数特性都在merb中出现了，简直是merb特性展销会，而且有的特性在merb里已经很成熟了。

看来rails3的目标就是把merb的设计、特性和rails丰富的资源整合起来，大的方向上不会出现新概念。

这个整合工作能做好就相当不容易，既需要技术上的考究，又有很大的工作量，搞ActiveModel就是整合过程中的小发明。rails3的跳票对我来说一点都不意外。

据说rails3的改动是伤筋动骨的，这个也需要有思想准备啊

liusong 说的很对，很多特性 merb 都有了，就是做合并工作。但是以 rails2 为基础，以merb 1做蓝本开发 rails3,还真不如直接以 merb1 做基础开发 rails 3 快呢。估计这样 DHH 肯定不干，所以这可有的等了。
当初弓弦拉的太满，现在 rails3 跳票了，开始拿 feature plan 来忽悠了。他们真应该学学 struts1 是怎么升级到 struts2 的，那话怎么说的“挥刀自宫，武林称雄”，DHH 没这个勇气。

听这口气，merb完全胜过rails？ 我觉得rails已经很爽了，抽空看看merb是怎么整的，就当为Rails3作准备了