メモ化によるレールの高速化

最大の落とし穴の1つは、本当に必要でないときにメモ化することです。文字列補間のようなものはメモ化の簡単な候補のように見えますが、実際には、サイトのパフォーマンスに目立った影響を与える可能性はほとんどありません（もちろん、非常に大きな文字列を使用している場合や、非常に大量の文字列操作を行っている場合を除きます）。例：

  def title
    # memoization here is not going to have much of an impact on our performance
    @title ||= "#{@object.published_at} - #{@object.title}"
  end

特に、メモ化された値がオブジェクトの状態に依存している場合は、旧友のキャッシュの無効化に注意する必要があります。これを防ぐのに役立つ1つの方法は、可能な限り低いレベルでキャッシュすることです。 a + bを計算するメソッドをキャッシュする代わりに aをキャッシュする方が良い場合があります およびb 個別の方法。

  # Instead of this
  def profit
    # anyone else calling 'revenue' or 'losses' is not benefitting from the caching here
    # and what happens if the 'revenue' or 'losses' value changes, will we remember to update profit?
    @profit ||= (revenue - losses)
  end

  # try this
  def profit
    # no longer cached, but subtraction is a fast calculation
    revenue - losses
  end

  def revenue
    @revenue ||= Invoice.all.sum(:amount)
  end

  def losses
    @losses ||= Purchase.all.sum(:amount)
  end

最後の落とし穴は、遅延評価がどのように機能するかによるものです。 || =のように、偽の値（つまり、nilまたはfalse）をメモ化する必要がある場合は、もう少しカスタムを行う必要があります。 保存した値がfalseの場合、イディオムは常に右側を実行します。私の経験では、これらの値をキャッシュする必要はあまりありませんが、キャッシュする場合は、すでに計算されていることを示すブールフラグを追加するか、別のキャッシュメカニズムを使用する必要があります。

  def last_post
    # if the user has no posts, we will hit the database every time this method is called
    @last_post ||= Post.where(user: current_user).order_by(created_at: :desc).first
  end

  # As a simple workaround we could do something like:
  def last_post
    return @last_post if @last_post_checked

    @last_post_checked = true
    @last_post ||= Post.where(user: current_user).order_by(created_at: :desc).first
  end