看完這篇文章還不懂Python裝飾器？

一、必備

 

2.需求來了

初創公司有N個業務部門，1個基礎平臺部門，基礎平臺負責提供底層的功能，如：數據庫操做、redis調用、監控API等功能。業務部門使用基礎功能時，只需調用基礎平臺提供的功能便可。以下：

目前公司有條不紊的進行着，可是，之前基礎平臺的開發人員在寫代碼時候沒有關注驗證相關的問題，即：基礎平臺的提供的功能能夠被任何人使用。如今須要對基礎平臺的全部功能進行重構，爲平臺提供的全部功能添加驗證機制，即：執行功能前，先進行驗證。

老大把工做交給 Low B，他是這麼作的：

跟每一個業務部門交涉，每一個業務部門本身寫代碼，調用基礎平臺的功能以前先驗證。誒，這樣一來基礎平臺就不須要作任何修改了。

當天Low B 被開除了…

老大把工做交給 Low BB，他是這麼作的：

只對基礎平臺的代碼進行重構，讓N業務部門無需作任何修改

過了一週 Low BB 被開除了…

老大把工做交給 Low BBB，他是這麼作的：

只對基礎平臺的代碼進行重構，其餘業務部門無需作任何修改。

老大看了下Low BBB 的實現，嘴角漏出了一絲的欣慰的笑，語重心長的跟Low BBB聊了個天：

老大說：

寫代碼要遵循開發封閉原則，雖然這個原則是用的面向對象開發，可是也適用於函數式編程，簡單來講，它規定已經實現的功能代碼不容許被修改，但能夠被擴展，即：

封閉：已實現的功能代碼塊

開放：對擴展開發

若是將開放封閉原則應用在上述需求中，那麼就不容許在函數f1 f2 f3 f4 的內部進行修改代碼，老闆就給了Low BBB一個實現方案：

對於上述代碼，也是僅僅對基礎平臺的代碼進行修改，就能夠實如今其餘人調用函數 f1 f2 f3 f4 以前都進行驗證操做，而且其餘業務部門無需作任何操做。

Low BBB心驚膽戰的問了下，這段代碼的內部執行原理是什麼呢？

老大正要生氣，忽然Low BBB的手機掉到地上，偏偏屏保就是Low BBB的女朋友照片，老大一看一緊一抖，喜笑顏開，交定了Low BBB這個朋友。詳細的開始講解了：

單獨以f1爲例：

當寫完這段代碼後（函數未被執行、未被執行、未被執行），python解釋器就會從上到下解釋代碼，步驟以下：

def w1(func): ==>將w1函數加載到內存

@w1

沒錯，從表面上看解釋器僅僅會解釋這兩句代碼，由於函數在沒有被調用以前其內部代碼不會被執行。

從表面上看解釋器着實會執行這兩句，可是 @w1 這一句代碼裏卻有大文章，@函數名 是python的一種語法糖。

如上例@w1內部會執行如下操做：

執行w1函數，並將 @w1 下面的 函數 做爲w1函數的參數，即：@w1 等價於 w1(f1)。

因此，內部就會去執行：

其實就是將原來的 f1 函數塞進另一個函數中。

將執行完的 w1 函數返回值賦值給@w1下面的函數的函數名

w1函數的返回值是：

而後，將此返回值再從新賦值給 f1，即：

我剛整理了一套2018最新的0基礎入門和進階教程，無私分享，加Python學習q u n ：227-435-450便可獲取，內附：開發工具和安裝包，以及系統學習路線圖

因此，之後業務部門想要執行 f1 函數時，就會執行 新f1 函數，在 新f1 函數內部先執行驗證，再執行原來的f1函數，而後將 原來f1 函數的返回值 返回給了業務調用者。

如此一來， 即執行了驗證的功能，又執行了原來f1函數的內容，並將原f1函數返回值 返回給業務調用着。

Low BBB 你明白了嗎？要是沒明白的話，我晚上去你家幫你解決吧！！！

先把上述流程看懂，以後還會繼續更新…

3.問答時間

問題：被裝飾的函數若是有參數呢？

一個參數：

兩個參數：

三個參數：

問題：能夠裝飾具備處理n個參數的函數的裝飾器？

問題：一個函數能夠被多個裝飾器裝飾嗎？

問題：還有什麼更吊的裝飾器嗎？

4.functools.wraps

上述的裝飾器雖然已經完成了其應有的功能，即：裝飾器內的函數代指了原函數，注意其只是代指而非相等，原函數的元信息沒有被賦值到裝飾器函數內部。例如：函數的註釋信息。

若是使用@functools.wraps裝飾裝飾器內的函數，那麼就會代指元信息和函數。

至此，關於Python裝飾器的介紹就完畢了，你get到了嗎？