看完这篇文章还会不懂Python装饰器？掐死小编吧

来源：武沛齐链接：

http://www.cnblogs.com/wupeiqi/

1、必备

2.需求来了

初创公司有N个业务部门，1个基础平台部门，基础平台负责提供底层的功能，如：、、等功能。业务部门使用基础功能时，只需调用基础平台提供的功能即可。如下：

目前公司有条不紊的进行着，但是，以前基础平台的开发人员在写代码时候没有关注相关的问题，即：基础平台的提供的功能可以被任何人使用。现在需要对基础平台的所有功能进行重构，为平台提供的所有功能添加验证机制，即：执行功能前，先进行验证。

老大把工作交给 Low B，他是这么做的：

跟每个业务部门交涉，每个业务部门自己写代码，调用基础平台的功能之前先验证。诶，这样一来基础平台就不需要做任何修改了。

当天Low B 被开除了…

老大把工作交给 Low BB，他是这么做的：

只对基础平台的代码进行重构，让N业务部门无需做任何修改

过了一周 Low BB 被开除了…

老大把工作交给 Low BBB，他是这么做的：

只对基础平台的代码进行重构，其他业务部门无需做任何修改。

老大看了下Low BBB 的实现，嘴角漏出了一丝的欣慰的笑，语重心长的跟Low BBB聊了个天：

老大说：

写代码要遵循原则，虽然这个原则是用的面向对象开发，但是也适用于函数式编程，简单来说，它规定已经实现的功能代码不允许被修改，但可以被扩展，即：

封闭：已实现的功能代码块

开放：对扩展开发

如果将开放封闭原则应用在上述需求中，那么就不允许在函数的内部进行修改代码，老板就给了Low BBB一个实现方案：

对于上述代码，也是仅仅对基础平台的代码进行修改，就可以实现在其他人调用函数之前都进行验证操作，并且其他业务部门无需做任何操作。

Low BBB心惊胆战的问了下，这段代码的内部执行原理是什么呢？

老大正要生气，突然Low BBB的手机掉到地上，恰恰屏保就是Low BBB的女友照片，老大一看一紧一抖，喜笑颜开，交定了Low BBB这个朋友。详细的开始讲解了：

单独以f1为例：

当写完这段代码后（函数未被执行、未被执行、未被执行），python解释器就会从上到下解释代码，步骤如下：

将函数加载到内存

没错，从表面上看解释器仅仅会解释这两句代码，因为函数在没有被调用之前其内部代码不会被执行。

从表面上看解释器着实会执行这两句，但是这一句代码里却有大文章，是python的一种语法糖。

如上例内部会执行以下操作：

执行函数，并将下面的 函数 作为函数的参数，即：。

所以，内部就会去执行：

其实就是将原来的 f1 函数塞进另外一个函数中。

将执行完的函数赋值给下面的函数的

函数的返回值是：

然后，将此返回值再给，即：

所以，以后业务部门想要执行函数时，就会执行函数，在函数内部先执行，再执行原来的函数，然后将函数的返回值 返回给了业务调用者。

如此一来， 即执行了的功能，又执行了函数的内容，并将返回给业务调用着。

Low BBB 你明白了吗？要是没明白的话，我晚上去你家帮你解决吧！！！

先把上述流程看懂，之后还会继续更新…

3.问答时间

问题：被装饰的函数如果有参数呢？

一个参数：

两个参数：

三个参数：

问题：可以装饰具有处理n个参数的函数的装饰器？

问题：一个函数可以被多个装饰器装饰吗？

问题：还有什么更吊的装饰器吗？

4.functools.wraps

上述的装饰器虽然已经完成了其应有的功能，即：装饰器内的函数代指了原函数，注意其只是代指而非相等，原函数的元信息没有被赋值到装饰器函数内部。例如：函数的注释信息。

如果使用装饰装饰器内的函数，那么就会代指元信息和函数。

至此，关于Python装饰器的介绍就完毕了，你get到了吗？

（完）

看完本文有收获？请转发分享给更多人

关注「Python那些事」，做全栈开发工程师