Schienen.cache.fetch, Symbole & Memcached

Nur die Verwendung von string-Schlüssel, wenn Sie können. Alle Dokumentation Beispiele die Verwendung von string-Schlüssel. Obwohl es nicht explizit erwähnt, so weit ich sehen kann, die anderen Tasten werden nicht unterstützt.

Die wichtigsten Argumente direkt übergeben werden, um die cache-Implementierung, so dass die verschiedenen caching-Aromen können sich nicht einig, ob oder nicht Sie akzeptieren nichts anderes als strings.

Da die caches sind externe, mit Ausnahme der in-memory-cache, ich bin mir nicht sicher, dass die Unterstützung von Symbolen nützlich wäre neben der Vermeidung von Fällen wie dem ihrigen. Der Schlüssel wird tatsächlich so geschrieben, um eine Ausgabe irgendwo (nicht nur intern, um Ihre Ruby-app), so dass begrifflich der Schlüssel sollte ein string sein.

Bearbeiten in Reaktion auf Kommentar: ja, es ist natürlich auch möglich und durchaus sinnvoll in diesem Fall erstellen Sie eine monkey patch zu umgehen, ändern Sie alle Anrufe. Was Sie ' re darauf hindeutet, ist dies (kopiert und in die Antwort zur besseren Lesbarkeit):

class MemCache
  def get_server_for_key_with_symbols(key, options = {})
    key = key.to_s if key.is_a? Symbol
    get_server_for_key_without_symbols(key, options)
  end
  alias_method_chain :get_server_for_key, :symbols
end

Ich würde auch in Betracht ziehen gerade dabei ein Projekt weite suchen-und-ersetzen für \.fetch(:\w+) und ersetzen Sie es mit \.fetch("$1") (wiederholen Sie für read und write falls erforderlich). Dies sollte wohl decken 95% aller Fälle und einer nachfolgenden Ausführung der test-suite fangen sollte der rest der Fehler.

Im Allgemeinen: Während die Dokumentation von Rails ist ziemlich gut in diesen Tagen, eine Menge von Annahmen sind leider noch implizit. Es ist generell eine gute Idee, nehmen Sie einen guten Blick auf die Beispiele, die gegeben werden, in die Dokumentation, und verwenden Sie den gleichen Stil. Die dokumentierten Beispiele sind immer, wie das framework verwendet werden soll.