上篇文章简单介绍了python中描述器(Descriptor)的概念和使用,有心的同学估计已经Get√了该技能。本篇文章通过一个Descriptor的使用场景再次给出一个案例,让不了解情况的同学可以更容易理解。
先说说decorator
这两个单词确实是有些相似,同时在使用中也是形影不离。这也给人造成了理解上的困难,说装饰器和描述器到底是怎么回事,为什么非得用一个@符号再加上描述器才行。
很多文章也都把这俩结合着讲,我自己看完之后都会觉得很绕。其实学习一个知识点,和做项目开发一个功能是一样的。在功能拆分的时候我们都会尽量的把任务拆分的足够小,然后才分配到开发者头上。这样保证各个任务的独立性,完整性,并且易于做进度管理。在任务开发的时候也不能把你的任务都放到一个函数/接口中去做,以避免各功能间产生高耦合的状况,导致后期难以维护。
再说回到学习一个技术点,如果你总是尝试一下子就要掌握两个或多个技术点,结果可能是忙活了半天,发现还是晕头转向。
擦,好像扯远了。
说Descriptor是Descriptor, Decorator是Decorator,遇到不懂的地方,各个击破,哪里不懂点哪里。所以先说Decorator, 关键点是你要意识到这就是一个语法糖 。所谓语法糖就是让你可以用简单的方式写代码。本质上装饰器(Decorator)就是这样:
def func():
print 'in func'
# 把func装饰一下
func = decorator(func) # 左边的func其实是那个wrapper, 你执行它的时候会,它会帮你执行func()
# 等同于你在定义func的时候加上@
@decorator
def func():
print 'in func'
正题:通过Descriptor来做一个类级的Property
常见的Property是这样的:
@property
def name(self):
return self._name
这中property的使用,是实例级的应用。因为只有在 foo = Foo() 之后,才可以 foo.name 。
但是如果我需要一个类级的属性应该怎么做呢,就像是 classmethod一样,不需要实例化类我就可以调用。对应的需求是这样的,定义了一个基类DBManage:
@classmethod
def select_all(cls):
sql = "SELECT * FROM %s""" % cls.table_name()
# 执行这个语句的代码
return result
这其实一个对应着数据库中某张表的基础模型,我希望其他的Model都来继承它,然后可以重用这个table_name的方法(目前还是方法)。
我只需要这么定义User模型即可:
这样我如果需要查所有的User数据,只需要 User.select_all() 即可,同理Post也是如此 Post.select_all() 。但此时发现一个有点不爽的事情。那就是基类中的 cls.table_name() 这个代码,table_name看起来就是属性,却需要用调用方法的方式获取。不妥。
于是自定义了一个classproperty:
def __get__(self, instance, klass):
return self.func(klass)
这需要这样,我在DBManage中的代码就可以改为:
@classmethod
def select_all(cls):
sql = "SELECT * FROM %s""" % cls.table_name # 多么直观