ruby-on-rails – 我应该将Ruby 1.9.2与我的新网络应用程序一起使用吗?

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 我应该将Ruby 1.9.2与我的新网络应用程序一起使用吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
使用Rails 3开始一个新的Web应用程序.我仍然相对较新的Web开发,并且在 Ruby 1.8.7和Rails 2.3.5中工作时,真正享受到可用的所有互联网资源.对我的新项目使用Ruby 1.9.2的任何建议?

解决方法

从Ruby 1.8.7 / Rails 2.3.5到Rails 3.0.0和Ruby 1.8.7 / 1.9.2 RC2,我已经成功地将我所有的Rails项目(除了一个,但是正在开发中)很稳定

幸运的是,自从发布this question以来,事情发生了变化.

轨道

除非你真的有一些阻止你这样做的东西,我强烈地鼓励你从Rails 3开始.
将应用程序从Rails 2升级到Rails 3所需的努力应该阻止您从Rails 2开始.

谈到插件和宝石,许多开发人员开始将他们的图书馆转换为Rails 3.目前有很高的兼容性.
此外,Rails 3集中的插件往往比Rails 2.3更加强大,这得益于新的Rails插件API.他们可以加载任务,他们不再滥用猴子补丁或依靠内部黑客.

另外,Rails 3就在拐角处.除非您的项目将在一周内部署,否则稳定版本在部署代码之前可能会可用.
我不会喜欢,认为我目前正在一个生产环境中管理几个Rails 3项目,它们非常稳定(Rails 3 RC1,Beta 4在缓存环境中有一个非常奇怪的bug).

Ruby 1.9.2

Ruby 1.9.2的方式比Ruby 1.8.7更强大.如果这是一个全新的项目,我建议你使用1.9分支.

通常,在Ruby 1.9中启动一个新项目比将其更改为现有的更容易.

Ruby 1.9.2更快,比REE更快.普通Ruby 1.8.7 Gems的大部分功能与Ruby 1.9一起使用,除了一些,例如RCov.
再次,很难你需要一个不支持Ruby 1.9.2的库.

如果发生这种情况,这可能是一个过时的图书馆,而Ruby生态系统可能会提供更好的替代品.

如果您找不到替代方案,请记住,Rails 3提供了一种使用自定义库的好方法,感谢Bundler.
您可以分叉项目,并要求Bundler使用您的叉子.您甚至可以将库集成到您的资料库中,并要求Bundler从路径加载库.

结论

从我的个人经验来看,我对Ruby 1.9.2和Rails 3非常满意.
这是迄今为止我最喜欢的环境和新项目的默认环境.

如果您不能使用Ruby 1.9.2,请尝试使用Ruby 1.8.7.另一方面,我强烈建议您从Rails 3开始.

猜你在找的Ruby相关文章