ruby-on-rails – 找到关于Edge Rails计划的信息的最佳位置是什么?

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 找到关于Edge Rails计划的信息的最佳位置是什么?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我最近一直在使用Rails引擎,特别是考虑到RefineryCMS和Spree在同一个安装上的工作,但有关计划和已经在边缘轨道上开发的信息很少.所以我想知道是否有某个地方我错过了Rails 1的大纲.

我调查过:

>邮件列表
>灯塔
> Google(关于已完成的信息,不是计划的好信息)
> github历史(提交邮件通常不是有帮助的)

解决方法

在这个阶段你最好的选择是从Rails的各个部分读取CHANGELOG文件,并试图从你可以看到的东西:

> actionpack
> activesupport
> activerecord
> activemodel
> actionmailer
> activeresource
> railties

除此之外,还有可能提供更多洞察力的GitHub提交(哈哈哈,我很有趣,嘿)还是有时候找到改变背后原因的灯塔.

我会期望当Rails 3.1被发布时,会有一个写作很像3.0 Release Notes详细说明这些变化.至于谁负责,谁也不知道.

至于炼油厂和Spree,这两个项目都需要将其代码分成单独的模块,而不是污染全局命名空间.控制器,例如PagesController,将需要成为Refinery :: PagesController.该控制器的视图需要移动到app / views / refinery / pages中,并且该模型将在引擎本身的应用/模型/炼油厂中.

这样做的原因是,应用程序能够使用自己的类来污染“全局”命名空间,而不会覆盖引擎的功能.它也阻止发动机踩在彼此的脚趾上.

获得炼油厂和Spree的这两个问题都将是双重的. 1)如果你听说过这个短语“放牧猫”,那就是类似的,除了用狂热的僵尸狮子替换猫. 2)您将与使用Spree或Refinery的每个应用程序进行后台兼容.

原文链接:https://www.f2er.com/ruby/266483.html

猜你在找的Ruby相关文章