小编Kev*_*eld的帖子

我目前需要允许管理员可配置的全局设置以及Rails 3应用程序中的每用户可配置设置.

有没有适合这种情况的宝石或最佳实践？

我发现了几个宝石和博客文章,但它们都可以追溯到2006-08,并且不再维护.任何指针都将不胜感激,谢谢.

注意:我已经看到了序列化哈希响应的这个问题,但在我的特定情况下,需要根据用户的设置查询数据库的能力 - 我认为序列化哈希在这种情况下不会很好.

在我的应用程序中,我要求在覆盖层中打开功能区域,使其位于当前路线的顶部,这可能几乎是应用程序中的任何其他路线.

此功能区域将拥有自己的路径,因为它至少包含主 - 详细视图.

目前处理这种情况的最佳做法是什么？

是否有可能在进入时不会拆除当前路线/视图的顶级路线？如果没有,并且必须让ApplicationController(或类似)处理全局可访问的覆盖,那么为该区域实现类似路由器的功能的最佳方法是什么？

如果我在Rails中有以下模型,我将如何在Ember/Ember Data中表示？

class Attachment < ActiveRecord::Base
  belongs_to :user
  belongs_to :attachable, polymorphic: true
end

class Profile < ActiveRecord::Base
  belongs_to :user
  has_one :photo, class_name: 'Attachment', as: :attachable
end

class Post < ActiveRecord::Base
  belongs_to :user
  has_many :attachments, as: :attachable
end

我发现的参考资料是相关的余烬数据拉取请求,多态关系的余烬数据测试,以及这个相关的问题,但很难从中得出一个规范的例子.

我有一个项目,我需要处理一个新功能,需要重新设计部分数据库,同时保持主开发分支处理旧模式.

管理这样一个项目的最佳实践是什么？

我想在创建新功能的同时拥有一个单独的数据库但是意识到这需要将数据库配置检入存储库这是不行的.还有其他方法可以解决这个问题吗？

播种种子数据

在发布这个答案后,答案就出现了 - 我应该有一些脚本用种子数据填充我的数据库.这样我就可以在分支之间切换时删除/重新创建/播种数据库.