ruby-on-rails - 干燥 rails View : partial vs helper

Question

这个问题在这里已经有了答案:





When to use Helpers instead of Partials

(6 个回答)


7年前关闭。




我需要有关 DRYing View 代码的最佳实践的建议。
我的应用程序中有三个类(NewsItem、RssItem 和 BlogItem)，它们使用单​​独的 View ，但其中有相似的部分。其中一个部分是这样的:

<% if current_user %>
<footer>
  <%= marks_bar(@item) %>
  <%= favorite_button(@item, "blog_item") || delete_from_favorite_button(@item, "blog_item") %>
  <%= share_button(@item) %>
  <% if current_user.is_mine?(@item) %>
    <div><%= link_to "Edit", edit_user_blog_item_path(current_user, @item) %></div>
  <% end %>
</footer>
<% end %>

这三个类(class)几乎相等，所以我决定把它带到另一个地方。在这里我很困惑:我应该使用部分方法还是辅助方法？
我知道帮助器主要用于将 ruby​​ 代码与 HTML 分离，但在这种情况下，帮助器将如下所示:

def toolbar_for(item, type_str, edit_path)
  if current_user
    content_tag(:footer) do |b|
      marks_bar(item).to_s <<
      (delete_from_favorite_button(item, type_str) || favorite_button(@item, type_str)).to_s <<
      share_button(@item).to_s <<
      (content_tag(:div) { link_to("Edit", edit_path)} if current_user.is_mine?(@item)).to_s
    end
  end
end

所以，这里几乎没有 HTML 代码。

您能否给我建议，您认为哪种方法更好，为什么？此外，这些方法是否存在一些性能问题(例如多个字符串连接或频繁的部分加载可能代价高昂)？ (这个应用程序是相当高负载的)

Answer 1

我会说这是一个很好的部分例子。

我保留了生成任意动态内容的助手。这是一种松散的描述，所以举个例子吧:我将创建一个帮助器，它将 ActiveRecord 对象数组拆分并将它们显示为 N 列。在这种情况下，传递对象的结构以某种方式被利用以生成内容，但内容本身并不重要。仔细想想，form_for 也符合这个描述。

相反，partials 非常适合需要在多个页面上重复使用的“静态”内容。例如，您将创建一个部分来呈现单个项目。部分确定特定项目的“静态”表示。

在我看来，你的例子更适合第二个垃圾箱。由于@item没有被操纵来生成内容，实际上它几乎没有被使用。似乎这个助手主要是其他适当创建的助手( share_button 和 marks_bar )的胶水代码。部分的完美用例!