Python 装饰器深入理解
讲Python装饰器前,我想先举个例子,虽有点污,但跟装饰器这个话题很贴切。
每个人都有的内裤主要功能是用来遮羞,但是到了冬天它没法为我们防风御寒,咋办?我们想到的一个办法就是把内裤改造一下,让它变得更厚更长,这样一来,它不仅有遮羞功能,还能提供保暖,不过有个问题,这个内裤被我们改造成了长裤后,虽然还有遮羞功能,但本质上它不再是一条真正的内裤了。于是聪明的人们发明长裤,在不影响内裤的前提下,直接把长裤套在了内裤外面,这样内裤还是内裤,有了长裤后宝宝再也不冷了。装饰器就像我们这里说的长裤,在不影响内裤作用的前提下,给我们的身子提供了保暖的功效。
谈装饰器前,还要先要明白一件事,Python中的函数和Java、C++不太一样,Python中的函数可以像普通变量一样当做参数传递给另外一个函数,例如:
deffoo(): print("foo") defbar(func): func() bar(foo)
正式回到我们的主题。装饰器本质上是一个Python函数或类,它可以让其他函数或类在不需要做任何代码修改的前提下增加额外功能,装饰器的返回值也是一个函数/类对象。它经常用于有切面需求的场景,比如:插入日志、性能测试、事务处理、缓存、权限校验等场景,装饰器是解决这类问题的绝佳设计。有了装饰器,我们就可以抽离出大量与函数功能本身无关的雷同代码到装饰器中并继续重用。概括的讲,装饰器的作用就是为已经存在的对象添加额外的功能。
先来看一个简单例子,虽然实际代码可能比这复杂很多:
deffoo(): print('iamfoo')
现在有一个新的需求,希望可以记录下函数的执行日志,于是在代码中添加日志代码:
deffoo(): print('iamfoo') logging.info("fooisrunning")
如果函数bar()、bar2()也有类似的需求,怎么做?再写一个logging在bar函数里?这样就造成大量雷同的代码,为了减少重复写代码,我们可以这样做,重新定义一个新的函数:专门处理日志,日志处理完之后再执行真正的业务代码
defuse_logging(func): logging.warn("%sisrunning"%func.__name__) func() deffoo(): print('iamfoo') use_logging(foo)
这样做逻辑上是没问题的,功能是实现了,但是我们调用的时候不再是调用真正的业务逻辑foo函数,而是换成了use_logging函数,这就破坏了原有的代码结构,现在我们不得不每次都要把原来的那个foo函数作为参数传递给use_logging函数,那么有没有更好的方式的呢?当然有,答案就是装饰器。
简单装饰器
defuse_logging(func): defwrapper(): logging.warn("%sisrunning"%func.__name__) returnfunc()#把foo当做参数传递进来时,执行func()就相当于执行foo() returnwrapper deffoo(): print('iamfoo') foo=use_logging(foo)#因为装饰器use_logging(foo)返回的时函数对象wrapper,这条语句相当于foo=wrapper foo()#执行foo()就相当于执行wrapper()
use_logging就是一个装饰器,它一个普通的函数,它把执行真正业务逻辑的函数func包裹在其中,看起来像foo被use_logging装饰了一样,use_logging返回的也是一个函数,这个函数的名字叫wrapper。在这个例子中,函数进入和退出时,被称为一个横切面,这种编程方式被称为面向切面的编程。
@语法糖
如果你接触Python有一段时间了的话,想必你对@符号一定不陌生了,没错@符号就是装饰器的语法糖,它放在函数开始定义的地方,这样就可以省略最后一步再次赋值的操作。
defuse_logging(func): defwrapper(): logging.warn("%sisrunning"%func.__name__) returnfunc() returnwrapper @use_logging deffoo(): print("iamfoo") foo()
如上所示,有了@,我们就可以省去foo=use_logging(foo)这一句了,直接调用foo()即可得到想要的结果。你们看到了没有,foo()函数不需要做任何修改,只需在定义的地方加上装饰器,调用的时候还是和以前一样,如果我们有其他的类似函数,我们可以继续调用装饰器来修饰函数,而不用重复修改函数或者增加新的封装。这样,我们就提高了程序的可重复利用性,并增加了程序的可读性。
装饰器在Python使用如此方便都要归因于Python的函数能像普通的对象一样能作为参数传递给其他函数,可以被赋值给其他变量,可以作为返回值,可以被定义在另外一个函数内。
*args、**kwargs
可能有人问,如果我的业务逻辑函数foo需要参数怎么办?比如:
deffoo(name): print("iam%s"%name)
我们可以在定义wrapper函数的时候指定参数:
defwrapper(name): logging.warn("%sisrunning"%func.__name__) returnfunc(name) returnwrapper
这样foo函数定义的参数就可以定义在wrapper函数中。这时,又有人要问了,如果foo函数接收两个参数呢?三个参数呢?更有甚者,我可能传很多个。当装饰器不知道foo到底有多少个参数时,我们可以用*args来代替:
defwrapper(*args): logging.warn("%sisrunning"%func.__name__) returnfunc(*args) returnwrapper
如此一来,甭管foo定义了多少个参数,我都可以完整地传递到func中去。这样就不影响foo的业务逻辑了。这时还有读者会问,如果foo函数还定义了一些关键字参数呢?比如:
deffoo(name,age=None,height=None): print("Iam%s,age%s,height%s"%(name,age,height))
这时,你就可以把wrapper函数指定关键字函数:
defwrapper(*args,**kwargs): #args是一个数组,kwargs一个字典 logging.warn("%sisrunning"%func.__name__) returnfunc(*args,**kwargs) returnwrapper
带参数的装饰器
装饰器还有更大的灵活性,例如带参数的装饰器,在上面的装饰器调用中,该装饰器接收唯一的参数就是执行业务的函数foo。装饰器的语法允许我们在调用时,提供其它参数,比如@decorator(a)。这样,就为装饰器的编写和使用提供了更大的灵活性。比如,我们可以在装饰器中指定日志的等级,因为不同业务函数可能需要的日志级别是不一样的。
defuse_logging(level): defdecorator(func): defwrapper(*args,**kwargs): iflevel=="warn": logging.warn("%sisrunning"%func.__name__) eliflevel=="info": logging.info("%sisrunning"%func.__name__) returnfunc(*args) returnwrapper returndecorator @use_logging(level="warn") deffoo(name='foo'): print("iam%s"%name) foo()
上面的use_logging是允许带参数的装饰器。它实际上是对原有装饰器的一个函数封装,并返回一个装饰器。我们可以将它理解为一个含有参数的闭包。当我们使用@use_logging(level=”warn”)调用的时候,Python能够发现这一层的封装,并把参数传递到装饰器的环境中。
@use_logging(level=”warn”)等价于@decorator
类装饰器
没错,装饰器不仅可以是函数,还可以是类,相比函数装饰器,类装饰器具有灵活度大、高内聚、封装性等优点。使用类装饰器主要依靠类的__call__方法,当使用@形式将装饰器附加到函数上时,就会调用此方法。
classFoo(object): def__init__(self,func): self._func=func def__call__(self): print('classdecoratorruning') self._func() print('classdecoratorending') @Foo defbar(): print('bar') bar()
functools.wraps
使用装饰器极大地复用了代码,但是他有一个缺点就是原函数的元信息不见了,比如函数的docstring、__name__、参数列表,先看例子:
#装饰器 deflogged(func): defwith_logging(*args,**kwargs): printfunc.__name__#输出'with_logging' printfunc.__doc__#输出None returnfunc(*args,**kwargs) returnwith_logging #函数 @logged deff(x): """doessomemath""" returnx+x*x logged(f)
不难发现,函数f被with_logging取代了,当然它的docstring,__name__就是变成了with_logging函数的信息了。好在我们有functools.wraps,wraps本身也是一个装饰器,它能把原函数的元信息拷贝到装饰器里面的func函数中,这使得装饰器里面的func函数也有和原函数foo一样的元信息了。
fromfunctoolsimportwraps deflogged(func): @wraps(func) defwith_logging(*args,**kwargs): printfunc.__name__#输出'f' printfunc.__doc__#输出'doessomemath' returnfunc(*args,**kwargs) returnwith_logging @logged deff(x): """doessomemath""" returnx+x*x
装饰器顺序
一个函数还可以同时定义多个装饰器,比如:
@a @b @c deff(): pass
它的执行顺序是从里到外,最先调用最里层的装饰器,最后调用最外层的装饰器,它等效于
f=a(b(c(f)))
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!