摘要:在中,裝飾器一般用來修飾函數,實現公共功能,達到代碼復用的目的。智能裝飾器上節介紹的寫法,嵌套層次較多,如果每個類似的裝飾器都用這種方法實現,還是比較費勁的腦子不夠用,也比較容易出錯。假設有一個智能裝飾器,修飾裝飾器,便可獲得同樣的能力。
在Python中,裝飾器一般用來修飾函數,實現公共功能,達到代碼復用的目的。在函數定義前加上@xxxx,然后函數就注入了某些行為,很神奇!然而,這只是語法糖而已。
原文地址:https://python-book.readthedocs.io場景
微信公眾號:小菜學編程 (coding-fan)
假設,有一些工作函數,用來對數據做不同的處理:
def work_bar(data): pass def work_foo(data): pass
我們想在函數調用前/后輸出日志,怎么辦?
傻瓜解法logging.info("begin call work_bar") work_bar(1) logging.info("call work_bar done")
如果有多處代碼調用呢?想想就怕!
函數包裝傻瓜解法無非是有太多代碼冗余,每次函數調用都要寫一遍logging。可以把這部分冗余邏輯封裝到一個新函數里:
def smart_work_bar(data): logging.info("begin call: work_bar") work_bar(data) logging.info("call done: work_bar")
這樣,每次調用smart_work_bar即可:
smart_work_bar(1) # ... smart_work_bar(some_data)通用閉包
看上去挺完美……然而,當work_foo也有同樣的需要時,還要再實現一遍smart_work_foo嗎?這樣顯然不科學呀!
別急,我們可以用閉包:
def log_call(func): def proxy(*args, **kwargs): logging.info("begin call: {name}".format(name=func.func_name)) result = func(*args, **kwargs) logging.info("call done: {name}".format(name=func.func_name)) return result return proxy
這個函數接收一個函數對象(被代理函數)作為參數,返回一個代理函數。調用代理函數時,先輸出日志,然后調用被代理函數,調用完成后再輸出日志,最后返回調用結果。這樣,不就達到通用化的目的了嗎?——對于任意被代理函數func,log_call均可輕松應對。
smart_work_bar = log_call(work_bar) smart_work_foo = log_call(work_foo) smart_work_bar(1) smart_work_foo(1) # ... smart_work_bar(some_data) smart_work_foo(some_data)
第1行中,log_call接收參數work_bar,返回一個代理函數proxy,并賦給smart_work_bar。第4行中,調用smart_work_bar,也就是代理函數proxy,先輸出日志,然后調用func也就是work_bar,最后再輸出日志。注意到,代理函數中,func與傳進去的work_bar對象緊緊關聯在一起了,這就是閉包。
再提一下,可以覆蓋被代理函數名,以smart_為前綴取新名字還是顯得有些累贅:
work_bar = log_call(work_bar) work_foo = log_call(work_foo) work_bar(1) work_foo(1)語法糖
先來看看以下代碼:
def work_bar(data): pass work_bar = log_call(work_bar) def work_foo(data): pass work_foo = log_call(work_foo)
雖然代碼沒有什么冗余了,但是看是去還是不夠直觀。這時候,語法糖來了~~~
@log_call def work_bar(data): pass
因此,注意一點(劃重點啦),這里@log_call的作用只是:告訴Python編譯器插入代碼work_bar = log_call(work_bar)。
求值裝飾器先來猜猜裝飾器eval_now有什么作用?
def eval_now(func): return func()
看上去好奇怪哦,沒有定義代理函數,算裝飾器嗎?
@eval_now def foo(): return 1 print foo
這段代碼輸出1,也就是對函數進行調用求值。那么到底有什么用呢?直接寫foo = 1不行么?在這個簡單的例子,這么寫當然可以啦。來看一個更復雜的例子——初始化一個日志對象:
# some other code before... # log format formatter = logging.Formatter( "[%(asctime)s] %(process)5d %(levelname) 8s - %(message)s", "%Y-%m-%d %H:%M:%S", ) # stdout handler stdout_handler = logging.StreamHandler(sys.stdout) stdout_handler.setFormatter(formatter) stdout_handler.setLevel(logging.DEBUG) # stderr handler stderr_handler = logging.StreamHandler(sys.stderr) stderr_handler.setFormatter(formatter) stderr_handler.setLevel(logging.ERROR) # logger object logger = logging.Logger(__name__) logger.setLevel(logging.DEBUG) logger.addHandler(stdout_handler) logger.addHandler(stderr_handler) # again some other code after...
用eval_now的方式:
# some other code before... @eval_now def logger(): # log format formatter = logging.Formatter( "[%(asctime)s] %(process)5d %(levelname) 8s - %(message)s", "%Y-%m-%d %H:%M:%S", ) # stdout handler stdout_handler = logging.StreamHandler(sys.stdout) stdout_handler.setFormatter(formatter) stdout_handler.setLevel(logging.DEBUG) # stderr handler stderr_handler = logging.StreamHandler(sys.stderr) stderr_handler.setFormatter(formatter) stderr_handler.setLevel(logging.ERROR) # logger object logger = logging.Logger(__name__) logger.setLevel(logging.DEBUG) logger.addHandler(stdout_handler) logger.addHandler(stderr_handler) return logger # again some other code after...
兩段代碼要達到的目的是一樣的,但是后者顯然更清晰,頗有代碼塊的風范。更重要的是,函數調用在局部名字空間完成初始化,避免臨時變量(如formatter等)污染外部的名字空間(比如全局)。
帶參數裝飾器定義一個裝飾器,用于記錄慢函數調用:
def log_slow_call(func): def proxy(*args, **kwargs): start_ts = time.time() result = func(*args, **kwargs) end_ts = time.time() seconds = start_ts - end_ts if seconds > 1: logging.warn("slow call: {name} in {seconds}s".format( name=func.func_name, seconds=seconds, )) return result return proxy
第3、5行分別在函數調用前后采樣當前時間,第7行計算調用耗時,耗時大于一秒輸出一條警告日志。
@log_slow_call def sleep_seconds(seconds): time.sleep(seconds) sleep_seconds(0.1) # 沒有日志輸出 sleep_seconds(2) # 輸出警告日志
然而,閾值設置總是要視情況決定,不同的函數可能會設置不同的值。如果閾值有辦法參數化就好了:
def log_slow_call(func, threshold=1): def proxy(*args, **kwargs): start_ts = time.time() result = func(*args, **kwargs) end_ts = time.time() seconds = start_ts - end_ts if seconds > threshold: logging.warn("slow call: {name} in {seconds}s".format( name=func.func_name, seconds=seconds, )) return result return proxy
然而,@xxxx語法糖總是以被裝飾函數為參數調用裝飾器,也就是說沒有機會傳遞threshold參數。怎么辦呢?——用一個閉包封裝threshold參數:
def log_slow_call(threshold=1): def decorator(func): def proxy(*args, **kwargs): start_ts = time.time() result = func(*args, **kwargs) end_ts = time.time() seconds = start_ts - end_ts if seconds > threshold: logging.warn("slow call: {name} in {seconds}s".format( name=func.func_name, seconds=seconds, )) return result return proxy return decorator @log_slow_call(threshold=0.5) def sleep_seconds(seconds): time.sleep(seconds)
這樣,log_slow_call(threshold=0.5)調用返回函數decorator,函數擁有閉包變量threshold,值為0.5。decorator再裝飾sleep_seconds。
采用默認閾值,函數調用還是不能省略:
@log_slow_call() def sleep_seconds(seconds): time.sleep(seconds)
處女座可能會對第一行這對括號感到不爽,那么可以這樣改進:
def log_slow_call(func=None, threshold=1): def decorator(func): def proxy(*args, **kwargs): start_ts = time.time() result = func(*args, **kwargs) end_ts = time.time() seconds = start_ts - end_ts if seconds > threshold: logging.warn("slow call: {name} in {seconds}s".format( name=func.func_name, seconds=seconds, )) return result return proxy if func is None: return decorator else: return decorator(func)
這種寫法兼容兩種不同的用法,用法A默認閾值(無調用);用法B自定義閾值(有調用)。
# Case A @log_slow_call def sleep_seconds(seconds): time.sleep(seconds) # Case B @log_slow_call(threshold=0.5) def sleep_seconds(seconds): time.sleep(seconds)
用法A中,發生的事情是log_slow_call(sleep_seconds),也就是func參數是非空的,這是直接調decorator進行包裝并返回(閾值是默認的)。
用法B中,先發生的是log_slow_call(threshold=0.5),func參數為空,直接返回新的裝飾器decorator,關聯閉包變量threshold,值為0.5;然后,decorator再裝飾函數sleep_seconds,即decorator(sleep_seconds)。注意到,此時threshold關聯的值是0.5,完成定制化。
你可能注意到了,這里最好使用關鍵字參數這種調用方式——使用位置參數會很丑陋:
# Case B- @log_slow_call(None, 0.5) def sleep_seconds(seconds): time.sleep(seconds)
當然了,函數調用盡量使用關鍵字參數是一種極佳實踐,含義清晰,在參數很多的情況下更是如此。
智能裝飾器上節介紹的寫法,嵌套層次較多,如果每個類似的裝飾器都用這種方法實現,還是比較費勁的(腦子不夠用),也比較容易出錯。
假設有一個智能裝飾器smart_decorator,修飾裝飾器log_slow_call,便可獲得同樣的能力。這樣,log_slow_call定義將變得更清晰,實現起來也更省力啦:
@smart_decorator def log_slow_call(func, threshold=1): def proxy(*args, **kwargs): start_ts = time.time() result = func(*args, **kwargs) end_ts = time.time() seconds = start_ts - end_ts if seconds > threshold: logging.warn("slow call: {name} in {seconds}s".format( name=func.func_name, seconds=seconds, )) return result return proxy
腦洞開完,smart_decorator如何實現呢?其實也簡單:
def smart_decorator(decorator): def decorator_proxy(func=None, **kwargs): if func is not None: return decorator(func=func, **kwargs) def decorator_proxy(func): return decorator(func=func, **kwargs) return decorator_proxy return decorator_proxy
smart_decorator實現了以后,設想就成立了!這時,log_slow_call,就是decorator_proxy(外層),關聯的閉包變量decorator是本節最開始定義的log_slow_call(為了避免歧義,稱為real_log_slow_call)。log_slow_call支持以下各種用法:
# Case A @log_slow_call def sleep_seconds(seconds): time.sleep(seconds)
用法A中,執行的是decorator_proxy(sleep_seconds)(外層),func非空,kwargs為空;直接執行decorator(func=func, **kwargs),即real_log_slow_call(sleep_seconds),結果是關聯默認參數的proxy。
# Case B # Same to Case A @log_slow_call() def sleep_seconds(seconds): time.sleep(seconds)
用法B中,先執行decorator_proxy(),func及kwargs均為空,返回decorator_proxy對象(內層);再執行decorator_proxy(sleep_seconds)(內層);最后執行decorator(func, **kwargs),等價于real_log_slow_call(sleep_seconds),效果與用法A一致。
# Case C @log_slow_call(threshold=0.5) def sleep_seconds(seconds): time.sleep(seconds)
用法C中,先執行decorator_proxy(threshold=0.5),func為空但kwargs非空,返回decorator_proxy對象(內層);再執行decorator_proxy(sleep_seconds)(內層);最后執行decorator(sleep_seconds, **kwargs),等價于real_log_slow_call(sleep_seconds, threshold=0.5),閾值實現自定義!
訂閱更新,獲取更多學習資料,請關注我們的?微信公眾號?:
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/43248.html
摘要:常規的使用來統計一段代碼運行時間的例子輸出結果總結其實是一門特別人性化的語言,但凡在工程中經常遇到的問題,處理起來比較棘手的模式基本都有對應的比較優雅的解決方案。 python的高級特性 名詞與翻譯對照表 generator 生成器 iterator 迭代器 collection 集合 pack/unpack 打包/解包 decorator 裝飾器 context manager ...
摘要:裝飾器的高級用法介紹下面這些旨在介紹裝飾器的一些更有趣的用法。裝飾器在定義時向函數和方法添加功能,它們不用于在運行時添加功能。接受參數的裝飾器有時,除了裝飾的函數之外,裝飾器還可以使用參數。 showImg(https://segmentfault.com/img/remote/1460000019632097); 介紹 首先我要承認,裝飾器非常難!你在本教程中看到的一些代碼將會有一些...
摘要:為了避免重復調用,可以適當地做緩存,的裝飾器可以完美的完成這一任務。這意味著我們可以為方法創建裝飾器,只是要記得考慮。裝飾器封裝了函數,這使得調試函數變得困難。另外,使用裝飾器去管理緩存和權限。 原文地址 之前用python簡單寫了一下斐波那契數列的遞歸實現(如下),發現運行速度很慢。 def fib_direct(n): assert n > 0, invalid n ...
摘要:今天我們一起探討一下裝飾器的另類用法。語法回顧開始之前我們再將裝飾器的語法回顧一下。例子本身只是演示了裝飾器的一種用法,但不是推薦你就這樣使用裝飾器。類裝飾器在以前,還不支持類裝飾器。 之前有比較系統介紹過Python的裝飾器(請查閱《詳解Python裝飾器》),本文算是一個補充。今天我們一起探討一下裝飾器的另類用法。 語法回顧 開始之前我們再將Python裝飾器的語法回顧一下。 @d...
摘要:接下來手工實現了一個簡單的裝飾器原型,緊接著引入中的裝飾器語法。最后還列出了一些裝飾器的高級用法,包括給裝飾器傳遞參數等。讀完整個答案,一定能對裝飾器有較深的理解,并且知道理解裝飾器的思考過程。 作為一名程序員,如果沒有聽過 Stackoverflow,那么你最好去面壁思過一下。程序員最需要閱讀的一本編程書籍(其實編程書留下這本就夠了?。?showImg(https://segmen...
閱讀 1631·2021-10-25 09:46
閱讀 3224·2021-10-08 10:04
閱讀 2368·2021-09-06 15:00
閱讀 2772·2021-08-19 10:57
閱讀 2081·2019-08-30 11:03
閱讀 976·2019-08-30 11:00
閱讀 2380·2019-08-26 17:10
閱讀 3552·2019-08-26 13:36