如何在Rails 5中精简重复的局部渲染操作？

Hey there! I’ve dealt with this exact problem in Rails apps before—repeatedly calling render for each notification can add up to unnecessary overhead, especially as the number of notifications grows. Here are my go-to optimizations to clean this up and boost performance:

1. 用Rails集合渲染替代循环单个渲染 #

Rails自带了高效渲染对象集合的方式，能减少多次调用render带来的开销。不用逐个循环渲染通知局部模板，让Rails批量处理即可。

优化前（低效写法）： #

<% @notifications.each do |notification| %>
  <%= render '/notifications/notification', notification: notification %>
<% end %>

优化后（高效写法）： #

# 方式1：显式集合语法
<%= render partial: '/notifications/notification', collection: @notifications %>

# 方式2：简写形式（当局部模板名和模型单数名匹配时可用，比如`Notification`模型对应`notification`局部模板）
<%= render @notifications %>

Rails会自动把集合里的每个元素传递给局部模板，作为和模板同名的局部变量（这里就是notification），还能优雅处理空集合的情况，不用额外写判断逻辑。

2. 启用片段缓存（Fragment Caching） #

如果你的通知不会频繁更新，给单个通知的渲染内容加上缓存能省大量时间。把局部模板的内容包裹在cache块里，Rails会存储渲染后的HTML，直到通知更新才重新渲染。

在app/views/notifications/_notification.html.erb中： #

<% cache notification do %>
  <!-- 你原有的通知组件HTML -->
  <div class="notification">
    <%= notification.sender.name %> <%= notification.action %> 了你的 <%= notification.target_type.downcase %>
    <span class="time"><%= time_ago_in_words(notification.created_at) %> 前</span>
  </div>
<% end %>

默认情况下，Rails会用通知的id和updated_at生成缓存键，只要通知更新，缓存就会自动失效并重新渲染。如果需要针对不同用户做专属缓存（比如不同用户看到的通知展示逻辑不同），可以把用户对象加入缓存键：

<% cache [current_user, notification] do %>
  <!-- ... -->
<% end %>

3. 预加载关联数据（解决N+1查询问题） #

重复渲染时容易出现的隐性问题是N+1数据库查询：如果Notification模型关联了其他模型（比如sender或post），每一次渲染可能都会去数据库查询关联数据。解决方法是在控制器里预加载这些关联。

在控制器中： #

# 不要只写 @notifications = Notification.where(user_id: current_user.id)
@notifications = Notification.where(user_id: current_user.id).includes(:sender, :post)

includes方法会让Rails一次性查询所有关联的sender和post数据，而不是每个通知查一次，大幅降低数据库负载，尤其是通知数量较多时效果明显。

4. 精简局部模板逻辑 #

如果局部模板里有复杂的条件判断或格式化逻辑，即使使用集合渲染也会拖慢速度。把这些逻辑移到模型或辅助方法中，让局部模板专注于展示内容。

示例：把逻辑移到Notification模型 #

# app/models/notification.rb
def display_text
  case action_type
  when "like"
    "#{sender.name} 点赞了你的帖子"
  when "comment"
    "#{sender.name} 评论了你的帖子：#{comment.truncate(20)}"
  when "follow"
    "#{sender.name} 开始关注你了"
  end
end

然后在局部模板中： #

<% cache notification do %>
  <div class="notification">
    <%= notification.display_text %>
    <span class="time"><%= time_ago_in_words(notification.created_at) %> 前</span>
  </div>
<% end %>

5. 分页或懒加载大量通知 #

如果用户有几百条通知，一次性渲染所有内容会拖慢页面加载速度。可以实现分页或无限滚动，每次只渲染一部分通知。

用Kaminari实现分页示例： #

1. 在Gemfile中添加Kaminari：

gem 'kaminari'

2. 更新控制器代码：

@notifications = Notification.where(user_id: current_user.id).includes(:sender).page(params[:page]).per(20)

3. 在视图中添加分页链接：

<%= render @notifications %>
<%= paginate @notifications %>

如果要做无限滚动，可以用JavaScript库或简单的AJAX实现，当用户滚动到页面底部时加载更多通知。

把这些优化组合起来（集合渲染+预加载+缓存）能获得最大的性能提升，先从集合渲染开始吧——这是最容易实现的优化！

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