问大型项目更好的Rails文件结构？

EN

我使用名称空间。

当您运行命令rails g scaffold blog/post时，它将在博客命名空间下生成Post。

app/models/blog.rb

module Blog
  def self.table_name_prefix
    'blog_'
  end
end

app/model/blog/post.rb

class Blog::Post < ActiveRecord::Base
  has_and_belongs_to_many :categories
end

app/model/blog/models.app

class Blog::Category < ActiveRecord::Base
  has_and_belongs_to_many :posts
end

你的模特好像有点问题。

评论就是评论。一篇文章可以有评论，一张照片可以有评论。但是，拥有像post_comment、photo_comment这样的模型肯定不是一个好的实践。嗯，我只看到有疑问的"post_comment“，但我想你是出于这样的原因来命名它的。

您将忙于跟踪和工作这些具有类似功能的模型，然后是它们的控制器、视图。"post_rating“等也是如此。

我不会说40+模型太多了。但是看到新的Basecamp有50+模型，Dispora有没有子文件夹的30+模型，也许值得对应用程序的架构进行回顾以减少一些。

如果您计划使用“注释”，“评级”对其他如“照片”，您可以直接使用名称，并计划关联，多态，模块干燥代码。

例如，您可以将所有post_*.rb模型放置到posts文件夹中。确保用Posts::Post* ie class Posts::PostRating < ActiveRecord::Base重命名文件夹中的每个模型

我认为，与更新代码库中的所有模型的类引用相比，更容易的方法是将它们全部放在models目录中，并处理臃肿的models目录所带来的痛苦。

有关读数：

• ActiveRecord: haz名称空间可以吗？
• 命名空间模型