4

在我看来，我正在渲染部分内容。这实际上是一个在表格中出现大约 500 到 600 次的行元素。我已经急切地加载了所有关联。但是，问题是，相同的部分有时会突然出现不同的渲染时间。

我的 Rails 服务器 o/p：

Rendered admin/invoices/_update.html.erb (1330.3ms)
Rendered admin/invoices/_update.html.erb (4.8ms)
Rendered admin/invoices/_update.html.erb (4.8ms)
Rendered admin/invoices/_update.html.erb (8.8ms)
Rendered admin/invoices/_update.html.erb (4.4ms)
Rendered admin/invoices/_update.html.erb (1309.9ms)
Rendered admin/invoices/_update.html.erb (4.7ms)
Rendered admin/invoices/_update.html.erb (4.6ms)
Rendered admin/invoices/_update.html.erb (4.6ms)
Rendered admin/invoices/_update.html.erb (1322.6ms)
Rendered admin/invoices/_update.html.erb (4.2ms)

此外，没有特定的行每次都需要更长的时间。

在我的视图文件中：

<% @updates.each do |update| %>
<%= render :partial => 'update', :locals => {:user => update[0]} #each of this is  a row %>
<% end %>

更新：还建议这是否是一个好方法？即：循环一个部分这么多次。我不能使用分页和 Ajax 来固定东西。！还有其他方法吗？

4

2 回答 2

6

部分在渲染集合中非常有用。当您通过 :collection 选项将集合传递给部分时，将为集合中的每个成员插入一次部分：

<%= render :partial => 'update', :collection => @updates %>

这也有一个简写。假设 @updates 是更新实例的集合，您可以简单地将其写入 index.html.erb 以产生相同的结果：

<%= render @updates %>

Rails Guides 的第 3.4.5 节详细解释了这一点。

于 2013-01-11T18:39:22.323 回答
4

虽然我不确定为什么渲染中的滞后峰值，但我强烈建议颠倒顺序：您将所有更新都提供给部分并在其中迭代并渲染行。

在视图文件中

    <%= render :partial => 'update', :locals => {:updates => @updates} %>

在更新部分里面

    <% updates.each do |update| %>
       RENDER LOGIC
    <% end %>

这就是为什么您不会为更新中的每一行承受部分加载开销。希望这可以帮助！

于 2013-01-11T18:39:32.563 回答