在Ruby Gem中缓存，可能不使用Rails

Question

我正在重写现有的Ruby Gem以包括缓存。 这是相对较常用的gem，它访问Web服务上的大量静态数据。 目前，我有少量的gem用户对服务进行大量访问，在正常情况下，它们会淹没/关闭该服务 ，我们将把gem放在github上以供一般使用。

现在，用户可以选择使用Rails缓存机制，简单磁盘缓存还是不使用缓存。

让人们选择像这样使用哪种缓存的最佳实践是什么（能够在rails之外使用它是一个优先事项，因此我不能仅仅依靠底层的缓存机制）？ 我正在寻找有关配置和界面的建议/示例。

谢谢你的建议

Answer 1

我写了一个叫做“ cachecataz”的gem，它可以让任何嵌入程序定义他们要使用的缓存机制/提供程序。 您可以轻松地使用相同的方法来允许用户在多种不同的缓存机制之间进行选择。

我选择将api定义为“提供者”，然后将其定义为任何提供者所需的方法的“ api”。 这就是“ Rails.cache”提供程序和api的外观。

Cachecataz.provider = Rails.cache
Cachecataz.api = {:get => :read, :set => :write, :incr => :increment, :exist? => :exist?}

这是一种非常简单的方法，可以让某人选择由gem writer响应所需方法的对象。 api哈希中的每个值都可以是符号或响应：call的对象（例如Proc或lambda）。 然后，我只在gem（：get，：set，：incr，：exist？）中使用内部表示形式，并查找在运行时执行该对象所需的对象/方法：

def make_api_call(method, *args)
  if Cachecataz.api[method].respond_to?(:call)
    Cachecataz.api[method].call(*args)
  else
    Cachecataz.provider.send(Cachecataz.api[method], *args)
  end
end

这还不是全部代码，但足够接近，足以说明您可以在自己的gem中实现可插拔缓存api并支持许多缓存机制/提供程序的速度。 Cachecataz是开源的，如果您想查看代码，可以在github上进行访问，它非常简短，并有文档记录。