Ruby on Rails基于simple_form的分类/子分类实现及合理性问询

我的分类系统设计 #

我开发的应用里有posts表，打算用blog_categories表做分类管理，区分主分类和子分类：parent_id为NULL的是主分类，子分类用:string类型的parent_id存储主分类的name来关联。

文章分类分配遇到的问题 #

我想用simple_form实现分类选择下拉框，希望按主分类分组展示子分类，但用数组嵌套的方式时，只显示每个子数组的第一项，代码如下：

<%= f.input :category_id, prompt: "Select Category", collection: [ ["No-category"], ["All News","Audio Industry","Game Audio","Film Audio"], ["All Reviews","Software","Hardware"], ["All Interviews","Sound Designers","Game Developers","Voice Talent"], ["All Tutorials","Sound Design","Composition","Implementation","Voice Acting"] ], input_html: { class: "form-control center" } %>

相关模型与表结构 #

• BlogCategory模型：

class BlogCategory < ApplicationRecord
  has_many :posts
  # 自引用关联：表中记录指向同表的其他记录
  has_many :sub_blog_categories, class_name: "Category", foreign_key: :parent_id
end

• blog_categories表结构：

t.string "name"
t.string "parent_id"

• Post模型：belongs_to :blog_category
• posts表结构：t.string "category_id"

技术疑问解答 #

1. 如何在simple_form的下拉框中添加分组/分隔符？ #

你现在用的嵌套数组方式不对，simple_form支持通过optgroup实现分组，正确姿势是用「分组名作为键、子选项数组作为值」的哈希结构。比如硬编码的话可以这么写：

<%= f.input :category_id, prompt: "Select Category", collection: {
  "No-category" => [["No-category", "no-category-id"]],
  "All News" => [["Audio Industry", "audio-industry-id"], ["Game Audio", "game-audio-id"], ["Film Audio", "film-audio-id"]],
  "All Reviews" => [["Software", "software-id"], ["Hardware", "hardware-id"]],
  "All Interviews" => [["Sound Designers", "sound-designers-id"], ["Game Developers", "game-developers-id"], ["Voice Talent", "voice-talent-id"]],
  "All Tutorials" => [["Sound Design", "sound-design-id"], ["Composition", "composition-id"], ["Implementation", "implementation-id"], ["Voice Acting", "voice-acting-id"]]
}, input_html: { class: "form-control center" } %>

但更优雅的方式是从数据库动态拉取数据，不用硬编码：

<% main_categories = BlogCategory.where(parent_id: nil) %>
<%= f.input :category_id, prompt: "Select Category", collection: main_categories.each_with_object({}) do |main_cat, hash|
  # 如果希望主分类本身也作为选项，就加上前面的数组项
  hash[main_cat.name] = [[main_cat.name, main_cat.id]] + main_cat.sub_blog_categories.map { |sub| [sub.name, sub.id] }
  # 只显示子分类的话就用下面这行
  # hash[main_cat.name] = main_cat.sub_blog_categories.map { |sub| [sub.name, sub.id] }
end, input_html: { class: "form-control center" } %>

这样就能自动生成带分组的下拉框，每个主分类作为分组标题，下面列出对应的子分类选项。

2. 当前分配子分类的方式是否合理？ #

不太合理，核心问题出在关联方式上：

• 你用parent_id存储主分类的name，属于字符串关联，如果哪天主分类名字修改了，所有子分类的parent_id都要同步修改，维护成本极高，还容易出现数据不一致的情况。
• 正确的做法应该用整数类型的parent_id，存储主分类的id——即使主分类名称变了，关联关系也不会断，数据库查询效率也更高。

3. 该方案能否支持主分类与子分类的正常使用？ #

短期凑合用没问题，但长期会埋下很多隐患：

• 主分类名称变更会直接导致子分类关联失效
• 字符串查询的性能远不如整数查询，数据量上来后会拖慢系统
• 无法利用数据库外键约束保证数据完整性

建议你立刻调整表结构和模型关联：

1. 把blog_categories表的parent_id改成t.integer类型，关联主分类的id
2. 修正BlogCategory模型的自引用关联（注意你之前写的class_name: "Category"应该是"BlogCategory"，因为你的模型是BlogCategory）：

class BlogCategory < ApplicationRecord
  has_many :posts
  belongs_to :parent_blog_category, class_name: "BlogCategory", optional: true
  has_many :sub_blog_categories, class_name: "BlogCategory", foreign_key: :parent_id
end

3. 把posts表的category_id改成t.integer类型，关联blog_categories表的id（如果之前是string类型的话）

调整后，整个分类系统的关联关系会清晰又健壮，不管是查询主分类下的子分类，还是统计某分类下的文章，都能高效完成，也方便后续扩展多级分类的需求。

内容的提问来源于stack exchange，提问作者Jake