2005 年 1 月 6 日,星期四

路线图:通往 1.0 的轨道

发布者:admin

Rails 已经是一个功能强大的环境,但根据我对“1.0”标签的标准,我们还未完全准备好贴上它。那么,还缺少什么呢?以下是我希望在“大 1.0”发布之前看到的一些主要成就列表。

  • Directions:虽然可以进行复杂的自定义 URL 布局,但这并不像本可以那样容易。mod_rewrite 的引入以及你必须经历的繁琐步骤,导致大多数人仍然坚持使用默认设置。Directions 将通过将 URL 重写整合到 Rails 中来解决这个问题,这样 WEBrick 和 Apache 将共享相同的格式,并能够以连贯的方式处理输入和输出。Nicholas Seckar 正在领导一项开发工作,该工作由 Dave Thomas 的设计指导。
  • 打包:Instiki 在 OS X 原生 .app 格式方面取得了巨大成功。我们希望让所有 Rails 应用程序都能通过“一键式”打包输出到 .app、.exe,以及为其他类 Unix 系统生成单个文件脚本。SQLite3 的兴起(感谢 Jeremy Kemper 的适配器和 Jamis Buck 的绑定)将使创建独立的应用程序更加容易。Marcel Molina 正在领导单文件脚本的开发,这将为原生编译奠定基础。
  • Web 服务分发器:如果调用能被转换为控制器调用,那么 XML-RPCSOAP 可以轻松地通过与应用程序其余部分相同的控制器和模型来支持。这就是新的 WebServiceDispatchers 将要做的事情。
  • 缓存和性能:处理性能的最简单方法之一是开始缓存,所以我们就会这样做。有许多不同的方案可以尝试,而这正是我们将要做的。从绕过 Rails 的全页缓存到每个请求的模型缓存,再到与 MemCached 的集成。有很多机会可以利用现有的功能,通过添加一些缓存来使其速度大大提升。建立一个良好的基准测试套件也是其中的一部分。Florian Weber 自 0.7 版本以来就承诺要为我们提供后者,所以我们随时可能收到交付 :)
  • 文档:我确实需要履行我的义务,更新介绍视频并提供更多内容。除此之外,我们还需要开始制作传闻已久的 Rails 用户手册。不过,我们已经有一个了不起的开端,拥有出色的 API 文档以及一些指南和教程。最后的努力将使整体感觉更加完善。

五项主要改进领域。我希望我们能在二月中旬或三月初达到所有这些目标。但没有固有的压力。我们将继续以目前惊人的速度发布更新,当准备好敲响 1.0 的钟声时,我们就会敲响它。