ruby-on-rails - Rails - 动态构建深度嵌套对象(Cocoon/nested_form)

Question

我目前有一个具有深度嵌套的复杂表单，并且我正在使用 Cocoon gem 根据需要动态添加部分(例如，如果用户想要在销售表单中添加另一辆车)。代码如下所示:

<%= sale.fields_for :sale_vehicles do |sale_vehicles_builder| %>
    <%= render :partial => "sale_vehicles/form", :locals => {:f => sale_vehicles_builder, :form_actions_visible => false} %>    
<% end -%>
<div class="add-field-links">
    <%= link_to_add_association '<i></i> Add Vehicle'.html_safe, sale, :sale_vehicles, :partial => 'sale_vehicles/form', :render_options => {:locals => {:form_actions_visible => 'false', :show_features => true, :fieldset_label => 'Vehicle Details'}}, :class => 'btn' %>
</div>

这对于第一级嵌套非常有效 - Cocoon 正确构建了 sale_vehicle 对象，并且表单按预期呈现。

当存在另一层嵌套时，问题就出现了 - sale_vehicle 部分如下所示:

<%= f.fields_for :vehicle do |vehicle_builder| %>
    <%= render :partial => "vehicles/form", :locals => {:f => vehicle_builder, :f_parent => f, :form_actions_visible => false, :show_features => true, :fieldset_label => 'Vehicle Details'} %>
<% end -%>

vehicle 的部分渲染时没有字段，因为尚未构建 sale_vehicle.vehicle 对象。

因此，我需要做的是与主对象一起构建嵌套对象(Cocoon 当前不构建任何嵌套对象)，但如何最好地做到这一点？有什么方法可以从帮助程序代码中选择嵌套表单以便构建这些表单吗？

Cocoon 目前构建的主要对象如下:

if  instance.collection?
    f.object.send(association).build
else
    f.object.send("build_#{association}")
end

如果我可以做类似下面的事情，它会让事情变得美好和简单，但我不确定如何获取 f.children - 有没有什么方法可以访问嵌套表单构建器父表单生成器？

f.children.each do |child|
    child.object.build
end

任何帮助让这个工作正常运行，或者建议动态构建这些对象的另一种方法。

谢谢!

编辑:可能值得一提的是，这个问题似乎与上面提到的 Cocoon gem 以及 Ryan Bates 的 nested_form 相关。 gem 。 Issue #91对于 Cocoon gem 似乎与此问题相同，但 dnagir 建议的解决方法(委托(delegate)构建对象)在这种情况下并不理想，因为这会导致其他形式的问题。

Answer 1

我可以看到在你的第二个嵌套表单中没有link_to_add_association。

在 cocoon 内部，link_to_add_association 会构建新元素，以便用户想要动态添加它。

或者，您是否暗示一旦构建了 sale_vehicle，它就应该自动包含 vehicle？我假设用户必须选择要出售的车辆？

我有一个test-project这演示了双重嵌套形式:项目有任务，任务可以有子任务。

但这也许与您想做的事情关联不够好？

你没有展示你的模型，但如果我理解正确的话，这些关系是

sale 
  has_many :sale_vehicles
sale_vehicle
  has_one :vehicle (has_many?)

因此，如果您有一个可以拥有车辆的sale_vehicle，那么我假设您的用户会首先将sale_vehicle添加到sale，然后单击链接添加车辆。这就是 cocoon 可以完美做到的。另一方面，如果您希望当 cocoon 动态创建 sale_vehicle 时，也创建 vehicle，我会看到一些不同的选项。

使用after_initialize

不能说我是这个的真正粉丝，但在 sale_vehicle 的 after_initialize 回调中，您始终可以构建所需的车辆模型。

我在这里假设，由于您的 sale_Vehicle 无效/没有 vehicle 模型就无法存在，因此该模型有责任立即创建嵌套模型 build 。

请注意，after_initialize 是在每个对象创建时执行的，因此这可能会代价高昂。但这可能是一个快速解决方案。如果您拒绝空嵌套模型，恕我直言，这应该可行。

使用装饰器/演示器

对于用户来说，sale_vehicle 和 vehicle 似乎是一个对象，所以为什么不创建一个由 sale_vehicle 和车辆组成的装饰器，将其呈现为一个 (嵌套)形式，并且在保存它时，装饰器知道它需要保存到正确的模型中。

注意:对此有不同的术语。装饰器通常仅使用一些 View 方法扩展单个类，但它也可以是不同模型的组合。替代术语:演示者、 View 模型。

无论如何，装饰器/演示器的功能是为用户抽象出底层数据模型。因此，无论出于何种原因，您需要将单个实体拆分为两个数据库模型(例如，限制列数、保持模型可读……)，但对于用户来说，它仍然是单个实体。因此，将其作为一个“呈现”。

允许cocoon调用自定义build方法

不确定我是否喜欢这个，但这绝对是有可能的。如果“嵌套模型”不是 ActiveRecord::Association，则已经支持它，因此添加它应该不会太难。但我对这个补充感到犹豫。所有这些选项使事情变得更加复杂。

编辑:最简单的修复

在您的部分中，只需构建所需的子对象。这必须在 fields_for 之前发生，然后就可以开始了。类似的东西

<% f.object.build_vehicle %>
<%= f.fields_for :vehicle do |vehicle_builder| %>
    <%= render :partial => "vehicles/form", :locals => {:f => vehicle_builder, :f_parent => f, :form_actions_visible => false, :show_features => true, :fieldset_label => 'Vehicle Details'} %>
<% end -%>

结论

我个人非常喜欢装饰器方法，但它可能有点重。只需在渲染调用 fields_for 之前构建对象，这样您就始终确定至少有一个。

我很想听听您的想法。

希望这有帮助。