通过未勾选复选框销毁accepts_nested_attributes_for关联的方案抉择

嘿，这个问题我之前做用户通知订阅功能时也琢磨过，刚好可以给你分享下两种方案的优缺点和最优选择～

两种方案的原理对比 #

1. 不传递未勾选复选框的属性（form_tag场景首选） #

HTML的机制是：未勾选的复选框不会被提交到后端。所以我们可以利用这一点，在后端对比用户当前已有的订阅记录，和提交上来的勾选项列表，把不在列表里的旧订阅直接删除。

这种方案的优势在于完全贴合form_tag的使用场景，不需要额外处理嵌套表单的复杂逻辑，实现起来直接高效。

示例实现

前端表单（ERB）：

<%= form_tag update_notifications_path, method: :patch do %>
  <%# 渲染用户已订阅的通知方式，默认勾选 %>
  <% current_user.notification_subscriptions.each do |subscription| %>
    <%= check_box_tag 'notification_subscriptions[]', subscription.id, true %>
    <%= label_tag "notification_subscriptions_#{subscription.id}", subscription.notification_type %>
  <% end %>

  <%# 渲染可选的新增订阅方式，默认不勾选 %>
  <% NotificationType.available.each do |type| %>
    <% next if current_user.subscribed_to?(type) %>
    <%= check_box_tag 'notification_subscriptions[]', type.id, false %>
    <%= label_tag "notification_subscriptions_#{type.id}", type.name %>
  <% end %>

  <%= submit_tag '保存订阅设置' %>
<% end %>

后端控制器：

def update
  # 拿到提交的勾选项ID，为空时设为空数组避免报错
  selected_ids = params[:notification_subscriptions] || []

  # 1. 删除未被勾选的现有订阅
  current_user.notification_subscriptions.where.not(id: selected_ids).destroy_all

  # 2. 新增用户勾选的未订阅项
  existing_ids = current_user.notification_subscriptions.pluck(:id)
  new_ids = selected_ids - existing_ids
  new_ids.each do |type_id|
    current_user.notification_subscriptions.create(notification_type_id: type_id)
  end

  redirect_to user_settings_path, notice: '订阅设置已更新'
end

2. 使用_destroy属性（form_for场景更优雅） #

_destroy是Rails嵌套表单的约定属性，通常配合form_for和accepts_nested_attributes_for使用。你需要给每个订阅项渲染一个隐藏的id字段，加上一个_destroy复选框（取消勾选时勾选_destroy），后端允许:_destroy参数后，Rails会自动删除标记了该属性的记录。

但这种方案在form_tag里会比较繁琐，因为需要手动构建嵌套参数结构（比如notification_subscriptions[][id]和notification_subscriptions[][_destroy]），还要在控制器里处理嵌套属性的强参数，不如第一种方案直接。

最优方案总结 #

如果你坚持用form_tag，优先选择第一种方案：通过对比提交的勾选列表和现有订阅记录来删除未勾选项，逻辑清晰，代码量少，完全适配form_tag的使用场景。

如果后续重构时改用form_for（比如绑定到User模型），再切换到_destroy属性的方案会更符合Rails的约定风格。

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