Rails调用关联关系时使用&.操作符是否存在性能层面的优势？

你看到的&.是Ruby 2.3版本正式引入的安全导航操作符，既不是性能优化手段，也不是无意义的个人编码偏好，属于防御性编码的常见实现方式。

两种写法的核心差异 #

• 常规写法<%= current_user.favorites.count %>
  要求调用链上的每一个对象都不能为nil：只要current_user不存在（值为nil）、或者current_user关联的favorites返回nil，调用后续方法时就会直接抛出NoMethodError，导致页面渲染失败。
• 带安全导航的写法<%= current_user&.favorites&.count %>
  会在调用每一个方法前先判断前置对象是否为nil：如果调用链上任意一个前置对象是nil，会直接返回nil终止调用，不会抛出异常。

结合turbo_frame_tag场景的说明 #

你提到代码位于turbo_frame_tag内部，这种场景下使用安全导航是非常合理的选择：
turbo frame的请求可能出现非预期的上下文，比如页面缓存遗留、未登录用户访问了包含该frame的公开页面、权限校验逻辑修改后未同步更新视图代码等，这类场景下current_user可能为nil，使用安全导航可以避免页面直接报错，最多只在对应位置返回空值，降低线上故障概率。

如果你的视图本身已经加了严格的登录拦截，保证渲染时current_user必然存在，两种写法的运行效果完全一致，这时候使用&.就属于开发者的通用编码习惯，提前规避后续代码迭代可能引入的空调用问题。

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