Rails 目前已经是一个功能非常强大的环境，但我们仍然未达到我自行设定的标准备签上 1.0 标签的程度。那么究竟差在哪？我们在此列举在推出 1.0 版本之前我想实现的主要成就

• 方向：虽然完全有可能执行复杂自定义 URL 布局，但执行起来并不像想象的那么容易。将 mod_rewrite 加入和实现跳转所需的步骤共同作用，确保了大多数人只是坚持使用默认设置。方向是我们用于解决该问题的方法，它通过将 URL 重写拉入 Rails 予以解决，这样 WEBrick 和 Apache 将会共享相同的格式，且可以连贯的方式处理出入。Nicholas Seckar 在 Dave Thomas 的设计指导下领导开发工作。

• 打包：Instiki 在 OS X 原生 .app 格式方面取得了巨大成功。我们希望所有 Rails 应用程序都可以将一键式包输出到 .app、.exe，以及对于其他“nix”系统而言，输出到单文件脚本。SQLite3 将变得更加易用（感谢 Jeremy Kemper 提供适配器，感谢 Jamis Buck 提供绑定）来使用独立应用程序。Marcel Molina 负责开发单文件脚本，该脚本将作为原生编译的基础。

• Web 服务调度程序：如果调用被转换成控制器调用，那么 XML-RPC 和 SOAP 都可以轻松得到与应用程序其余部分相同的控制器和模型支持。这就是新的 WebServiceDispatchers 将要实现的功能。

• 缓存和性能：解决性能问题的最简单方法之一就是开始缓存，这就是我们要采取的方法。有许多不同的方案可以尝试，而这正是我们要做的事。从跳过 Rails 的全页面缓存到每次请求模型缓存，再到与 MemCached 整合。有很多机会可以利用已经拥有的功能，通过添加一些缓存功能来让其变得更快。建立一个好的基准测试套件正是其中一部分。自 0.7 版本以来，Florian Weber 一直向我们承诺会发布稍后的版本，所以我们现在就期待发布 :)

• 文档：我真的很需要履行自己的义务，续签介绍视频并附上更多内容。最重要的是，我们需要开始编写众人期待已久的 Rails 用户手册。不过，我们已经有了良好的开端，例如出色的 API 文档和相当多的指南和教程。而最后的推动将极大地提升其完善程度。

五个主要改进领域。我希望我们能够在 2 月中旬或 3 月初实现所有这些目标。但没有固有压力。我们将继续以目前逐步推进的速度发布更新，并且当准备敲响 1.0 版的钟声时，我们就敲响它。