这个问题并不完全是 App Engine 特定的，但它可能有助于了解上下文：我在 App Engine 上有一种“静态站点生成器”，它可以呈现页面并允许它们通过各种主题和主题设置进行样式设置。主题当前直接存储在 App Engine 文件系统中并随应用程序上传。一个主题由几个模板和 yaml 配置数据组成。
为了封装使用主题，我有一个Theme类。theme = Theme('sunshine')例如，构造一个 Theme 实例，用于加载和解析名为“sunshine”的主题的配置数据，并允许theme.render_template('index.html')此类调用自动加载并在文件系统上呈现正确的文件。
问题是，每次有新请求传入并实例化 a 时，加载尤其是解析主题 (yaml) 的配置数据Theme是很昂贵的。所以，我想在进程/App Engine 实例中缓存数据，也许稍后在 memcached 中缓存。
到目前为止，我使用了非常简单的缓存，如下所示：
class Theme(object):
_theme_variables_cache = {}
def __init__(self, name):
self.name = name
if name not in Theme._theme_variables_cache:
Theme._theme_variables[name] = self.load_theme_variables()
...
（我知道当多个请求同时命中构造函数时，可以多次读取配置。不过我认为这不会导致问题。）
但是这种缓存很快就会变得丑陋。我想从配置文件中读取几种不同的内容，并且所有缓存都是字典，因为每个不同的主题“名称”也指向不同的底层配置。
我的最后一个想法是创建一个这样的函数Theme._cached_func(func)，它只会在函数结果尚未为特定模板缓存时才执行 func（请记住，当对象表示不同的模板时，缓存的值也可以不同）。所以我可以像这样使用它：self.theme_variables = Theme._cached_func(self.load_theme_variables())，但是，我觉得我在这里遗漏了一些明显的东西，因为我对 Python 还是很陌生。
是否有一种明显且干净的 Python 缓存模式可以在这种情况下工作，而不会用缓存逻辑使整个类混乱？我想我不能只通过装饰器或其他东西来记住函数结果，因为不同的模板必须有不同的缓存。我什至不需要任何“陈旧”的缓存处理，因为在进程运行时底层配置数据不会改变。
更新
我最终这样做了：
class ThemeConfig(object):
__instances_cache = {}
@classmethod
def get_for(cls, …