大佬教程收集整理的这篇文章主要介绍了ruby-on-rails – 找到关于Edge Rails计划的信息的最佳位置是什么？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
我调查过：
>邮件列表
>灯塔
> Google(关于已完成的信息,不是计划的好信息)
> github历史(提交邮件通常不是有帮助的)
> 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的每个应用程序进行后台兼容.
以上是大佬教程为你收集整理的ruby-on-rails – 找到关于Edge Rails计划的信息的最佳位置是什么？全部内容，希望文章能够帮你解决ruby-on-rails – 找到关于Edge Rails计划的信息的最佳位置是什么？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。