最近在项目里发现一段代码，初看比较难看懂，细看，也还是比较难看懂。遂研究了一下，证实了这段代码确实，没啥作用，遂删之。记录在下。

去掉几个用于封装的函数，保留最小代码后，剩下以下14行代码。你能说出这段代码是干嘛的？每行代码分别被执行了几次吗？

class CachedProperty():

def __init__(self,func,name=None):

self.func = func

self.name = name or func.__name__

def __get__(self,instance,cls=None):

res = instance.__dict__[self.name] = self.func(instance)

return res

class MyClass():

@CachedProperty

def caches(self):

return {}

mc = MyClass()

mc.caches['key'] = 1

print(mc.caches['key'])

要读懂上面14行代码，需要理解两样东西，一个是类装饰器，一个是描述器。

类装饰器

装饰器比较常见，类装饰器就不常见了。

给func1加上func2装饰器，等同于令func1=func2(func1), func1依然是一个callable的对象。给func1加上class2装饰器，同样需要返回的是一个callable的对象。所以在class2中，要求实现__call__方法。

进群：960410445 即可获取数十套PDF！

例子：

class log():

def __init__(self,func):

self.func = func

def __call__(self, *args, **kwargs):

print('log...')

return self.func(*args, **kwargs)

@Log

def func1(x):

return x

以上就等同于令func1=Log(func1), 实际上就是一个callable的Log类实例了。调用func1的时候，就触发__call__方法完成调用过程。

描述器

描述器是一个有"绑定行为"的对象属性，用其他编程语言做一个较通俗的对比，就是实现了setter和getter的属性。

定义一个描述器，需要为属性至少定义__delete__, __get__, __set__中的任意一个方法。这些方法会在进行属性访问时自动被调用。

一个简单的例子:

class Ds():

def __init__(self, v):

self.v = v

def __set__(self, obj, v):

self.v = v

def __get__(self, obj, objtype):

return self.v

class T():

x = Ds(10)

print(T.x) # 10

这里还要扯到一个优先级的问题， 如果只定义了__get__方法，那么当T.__dict__拥有同名属性的时候，优先使用T.__dict__的，若还定义了__set__方法，则描述器永远优先，称为非资料描述器，反之称为资料描述器。这一点对读懂14行代码至关重要。

代码解释

回到最初的14行代码，可以说是'使用类装饰器的方式来定义一个非资料描述器，利用优先级的特性，完成方法调用结果缓存的功能'。

一行行来看

class CachedProperty():

def __init__(self,func,name=None):

# func == caches

self.func = func

# self.name == 'caches'

self.name = name or func.__name__

# instance等于对象实例， 在本例子中，等同于mc，cls等同于MyClass

def __get__(self,instance,cls=None):

# 最右边返回{}，赋值给中间的mc.__dict__['caches']和最左边的res

res = instance.__dict__[self.name] = self.func(instance)

return res

class MyClass():

# 类装饰器, 和下面三行一起，等同于 caches = CachedProperty(lambda: {})

@CachedProperty

def caches(self): # 不需要被当成方法调用, 所以不需要实现__call__

return {}

mc = MyClass()

# 第一步，获得mc.caches, 按优先级, mc.__dict__['caches']不存在,

# 所以触发__get__方法调用，得到{}, 且mc.__dict__['caches']也等于{}

# 第二步，为mc.__dict__['caches']['key']赋值1

mc.caches['key'] = 1

# 按优先级，mc.__dict__['caches']已存在，不再触发__get__方法和cahces(self)方法执行

# 取mc.__dict__['caches']['key'], 返回1。

print(mc.caches['key'])

以上，经过一通花里胡哨的操作，实际效用就是： 实现了caches(self)方法只会被执行一次，其结果将被缓存起来，供以后再次调用时使用。

在这个例子中，caches(self)只有一行代码，返回{}，在简化前，也是大概这个意思，所以，在本项目中，这段代码实际上毫无作用，遂可删之。

之后，发现同样的做法出现在django和flask等框架中，我的理解是，CacheProperty目的是为了实现view等较耗资源函数的结果缓存，并做到懒加载。例如，某类方法需要加载一个大模板并进行渲染，就可以使用CacheProperty, 保证在一次调用后，将结果缓存起来。若目标方法只是一个不耗计算资源的简单方法，就没必要再使用了。