Ruby（および1つのGem）の4つの単純なメモ化パターン

スローコードは、ひどいことをしなければ1行に収まらないことがあります。 基本パターンを拡張して複数行のコードを処理する方法はいくつかありますが、これが私のお気に入りです：

class User < ActiveRecord::Base
  def main_address
    @main_address ||= begin
      maybe_main_address = home_address if prefers_home_address?
      maybe_main_address = work_address unless maybe_main_address
      maybe_main_address = addresses.first unless maybe_main_address
    end
  end
end

begin...end {...}のように、単一のものとして扱うことができるコードのブロックをRubyで作成します Cスタイルの言語で。そのため、||= ここでは以前と同じように機能します。

nilはどうですか？

しかし、これらのメモ化パターンには、厄介な隠れた問題があります。最初の例では、ユーザーがTwitterアカウントを持っておらず、TwitterフォロワーAPIがnilを返した場合はどうなりますか。 ？ 2番目の例では、ユーザーにアドレスがなく、ブロックがnilを返した場合はどうなりますか。 ？

メソッドを呼び出すたびに、インスタンス変数はnilになります 、そして高価なフェッチを再度実行します。

したがって、||= おそらく正しい道ではありません。代わりに、nilを区別する必要があります およびundefined ：

class User < ActiveRecord::Base
  def twitter_followers
    return @twitter_followers if defined? @twitter_followers
    @twitter_followers = twitter_user.followers
  end
end

class User < ActiveRecord::Base
  def main_address
    return @main_address if defined? @main_address
    @main_address = begin
      main_address = home_address if prefers_home_address?
      main_address ||= work_address
      main_address ||= addresses.first # some semi-sensible default
    end
  end
end

残念ながら、これは少し醜いですが、nilで動作します 、false 、およびその他すべて。 （nilを処理するため この場合、この問題を回避するためにNullオブジェクトと空の配列を使用することもできます。 nilを避けるもう1つの理由 ！）

そしてパラメータはどうですか？

単純なアクセサーに適したメモ化パターンがいくつかあります。 しかし、このようなパラメータを受け取るメソッドをメモ化する場合はどうでしょうか？

class City < ActiveRecord::Base
  def self.top_cities(order_by)
    where(top_city: true).order(order_by).to_a
  end
end

RubyのHash 完全に機能するイニシャライザーがあります この状況のた​​めに。 Hash.newを呼び出すことができます ブロック付き：

Hash.new {|h, key| h[key] = some_calculated_value }

その後、設定されていないハッシュ内のキーにアクセスしようとするたびに、ブロックが実行されます。そして、アクセスしようとしたキーとともにハッシュ自体をブロックに渡します。

したがって、このメソッドをメモ化する場合は、次のようにすることができます。

class City < ActiveRecord::Base
  def self.top_cities(order_by)
    @top_cities ||= Hash.new do |h, key|
      h[key] = where(top_city: true).order(key).to_a
    end
    @top_cities[order_by]
  end
end

そしてorder_byに何を渡しても 、正しい結果がメモ化されます。 ブロックはキーが存在しない場合にのみ呼び出されるため、ブロックの結果がnilまたはfalseになることを心配する必要はありません。

驚くべきことに、Hash 実際には配列であるキーで問題なく機能します：

h = {}
h[["a", "b"]] = "c"
h[["a", "b"]] # => "c"

したがって、このパターンは、任意の数のパラメーターを持つメソッドで使用できます！

なぜこのような問題をすべて経験するのですか？

もちろん、これらのメモ化パターンを多くのメソッドに追加し始めると、コードはすぐに判読できなくなります。あなたの方法はすべて儀式であり、実体はありません。

したがって、多くのメモ化が必要なアプリで作業している場合は、使いやすいAPIを使用してメモ化を処理するgemを使用することをお勧めします。 Memoistは良いもののようで、Railsが持っていたものとかなり似ています。 （または、新しく見つけたメモ化の知識があれば、自分でメモ化を作成することもできます）。

しかし、このようなパターンを調査し、それらがどのように組み合わされ、どこで機能し、どこに鋭いエッジがあるかを確認することは常に興味深いことです。また、探索しながら、あまり知られていないRubyの機能についていくつかの巧妙なことを学ぶことができます。