Python裝飾器與面向切面程式設計
今天來討論一下裝飾器。裝飾器是一個很著名的設計模式,經常被用於有切面需求的場景,較為經典的有插入日誌、效能測試、事務處理等。裝飾器是解決這類問題的絕佳設計,有了裝飾器,我們就可以抽離出大量函式中與函式功能本身無關的雷同程式碼並繼續重用。概括的講,裝飾器的作用就是為已經存在的物件新增額外的功能。
1. 裝飾器入門
1.1. 需求是怎麼來的?
裝飾器的定義很是抽象,我們來看一個小例子。
1 2 3 4 |
def foo():
print 'in
foo()'
foo()
|
這是一個很無聊的函式沒錯。但是突然有一個更無聊的人,我們稱呼他為B君,說我想看看執行這個函式用了多長時間,好吧,那麼我們可以這樣做:
1 2 3 4 5 6 7 8 |
import time
def foo():
start
= time.clock()
print 'in
foo()'
end
= time.clock()
print 'used:' ,
end - start
foo()
|
很好,功能看起來無懈可擊。可是蛋疼的B君此刻突然不想看這個函數了,他對另一個叫foo2的函式產生了更濃厚的興趣。
怎麼辦呢?如果把以上新增加的程式碼複製到foo2裡,這就犯了大忌了~複製什麼的難道不是最討厭了麼!而且,如果B君繼續看了其他的函式呢?
1.2. 以不變應萬變,是變也
還記得嗎,函式在Python中是一等公民,那麼我們可以考慮重新定義一個函式timeit,將foo的引用傳遞給他,然後在timeit中呼叫foo並進行計時,這樣,我們就達到了不改動foo定義的目的,而且,不論B君看了多少個函式,我們都不用去修改函式定義了!
1 2 3 4 5 6 7 8 9 10 11 12 |
import time
def foo():
print 'in
foo()'
def timeit(func): start
= time.clock()
func()
end
= time.clock()
print 'used:' ,
end - start
timeit(foo)
|
看起來邏輯上並沒有問題,一切都很美好並且運作正常!……等等,我們似乎修改了呼叫部分的程式碼。原本我們是這樣呼叫的:foo(),修改以後變成了:timeit(foo)。這樣的話,如果foo在N處都被呼叫了,你就不得不去修改這N處的程式碼。或者更極端的,考慮其中某處呼叫的程式碼無法修改這個情況,比如:這個函式是你交給別人使用的。
1.3. 最大限度地少改動!
既然如此,我們就來想想辦法不修改呼叫的程式碼;如果不修改呼叫程式碼,也就意味著呼叫foo()需要產生呼叫timeit(foo)的效果。我們可以想到將timeit賦值給foo,但是timeit似乎帶有一個引數……想辦法把引數統一吧!如果timeit(foo)不是直接產生呼叫效果,而是返回一個與foo引數列表一致的函式的話……就很好辦了,將timeit(foo)的返回值賦值給foo,然後,呼叫foo()的程式碼完全不用修改!
1
2
相關推薦Python裝飾器與面向切面程式設計今天來討論一下裝飾器。裝飾器是一個很著名的設計模式,經常被用於有切面需求的場景,較為經典的有插入日誌、效能測試、事務處理等。裝飾器是解決這類問題的絕佳設計,有了裝飾器,我們就可以抽離出大量函式中與函式功能本身無關的雷同程式碼並繼續重用。概括的講,裝飾器的作用就是為已經存在的物件新增額外的功能。 1. 裝 Python裝飾器與函數語言程式設計一、函數語言程式設計 “函數語言程式設計”同“面向物件程式設計”,“面向過程程式設計”一樣是一種程式設計正規化,它屬於”結構化程式設計”的一種,主要思想是把運算過程儘量寫成一系列巢狀的函式呼叫。相比於面向物件,函數語言程式設計的最大優點在於將計算機運算看做是數 python裝飾器與AOP程式設計,個人理解Python裝飾器是一個很出名的設計模式,它主要的功能就是不改變函式已有功能的情況下對函式起到一個錦上添花的作業,使函式的功能更加豐富,在插入日誌,效能測試,快取機制和許可權驗證都是比較好的左右。不同的函式可以使用同一個裝飾器,所以它和函式本身不存在什麼必然的聯絡。AOP(面 面向物件與面向切面程式設計如果說面向物件程式設計是關注將需求功能劃分為不同的並且相對獨立,封裝良好的類,並讓它們有著屬於自己的行為,依靠繼承和多型等來定義彼此的關係的話;那麼面向切面程式設計則是希望能夠將通用需求功能從不相關的類當中分離出來,能夠使得很多類共享一個行為,一旦發生變化,不必 Python面向切面程式設計的裝飾器模式裝飾器是什麼?他有什麼特點? 裝飾器就是對被裝飾的物件(函式、類)進行重構的,其可以在不改變原來物件的情況下呼叫物件時執行重構後的行為 特點: 1.修飾器本質上也是一個函式, 2.只不過這個函式接收其他函式作為引數 3.並對其進行一定的改造之後返回新函式 上例 Python裝飾器-面向切面的程式設計AOP2這幾天花了點時間瞭解了下Python的裝飾器。其實以前在書上也看過有關的內容,不過當時不理解。今天把自己的一點體會寫出來跟大家分享一下。 一、裝飾器能幹啥? 正如 AstralWind 在他的部落格中介紹,“裝飾器是一個很著名的設計模式,經常被用於有 面向切面程式設計和裝飾器1 AOP 面向切面程式設計(AOP)是一種程式設計思想,與OOP並不矛盾,只是他們的關注點不同。面向物件的目的在於抽象和管理,而面向切面的目的在於解耦和複用 如python中的with threading.Lock()大家知道,被這個with程式碼塊包裹的部分立即獲得同步的鎖機制。這樣我們把事務和加鎖這兩 python-裝飾器,類與對象,私有字段,析構,__call__,繼承,多繼承,接口裝飾器 類與對象 私有字段 析構 __call__ 繼承 1、裝飾器執行流程裝飾器:將原函數替換為wrapper函數def outer()@outer --- func1作為參數傳入outer()def wrapper() --- wrapper()放入內存return wrapp python裝飾器和python面向物件練習題今天在上課結束老師突然生活咱們好久沒練習python了就佈置了3道題可以供大家參考 ‘’’ 編寫裝飾器,為函式加上統計時間的功能 ‘’’ import time def zhuangshiqi(s): def inner(*x): a=time.time python之裝飾器與生成器 裝飾器和生成器 裝飾器: def hello(fn): #1,3 def wrapper (): #4 fn() Python 裝飾器理解與使用Python裝飾器 本質是函式 為其他函式新增附加功能。裝飾器本身也是Python的一個重點,所以無論如何你必須弄懂它。裝飾器的存在其實就是為了在需要新增新功能時不影響之前版本的使用的同時來增加新功能,其實也是一種“偷懶”的辦法。它的使用場景較多,比如:插入日誌、效能測試、事務處理、快取 python 裝飾器 & 可同時接受有引數與無引數的裝飾器昨天下午仔細學習了裝飾器的內容,算是比較明白了。標題的題目來源於這裡 from functools import wraps def log(ft): if not isinstance(ft, str): @wraps(ft) def wra 瞭解AOP(面向切面程式設計)與OOP(面向物件程式設計)AOP,他是一種思想,是OOP的延展。 1, 說OOP就來說下之前的OPP,最早開始的程式,一個函式(方法)或者說是功能做一個事情,這種思想劃分的是一個功能一個功能的來組合解決問題。 後來人們發現,功能解決問題是解決了,但是功能太多了,人腦實在是有限, python裝飾器之原理實現,作用,與例程裝飾器的功能 當需要對一段寫好的程式碼新增一段新的需求的時候的時候我們就可以用裝飾器實現。 def set_func(func): def call_funct(): print("---這是許可權驗證1---") print("---這是許可 Python 自定義裝飾器與函式的可變引數1.函式的可變引數 參考來源 def f(*args, **kw): *:代指元組,長度不限 **:代表鍵值對,個數不限 def f(*args, **kw): print len(args) print args for i in kw: Python語言特性-面向切面程式設計AOP我們先來解釋一下AOP的概念。 AOP概念及作用 AOP 即面向切面程式設計,指擴充套件功能不修改原始碼,將功能程式碼從業務邏輯程式碼中分離出來。 主要作用就是將類似於日誌記錄,效能統計,安全控制,事務處理,異常處理等重複性的程式碼塊從業務邏輯程式碼中劃分出來,對這些行為的分離。 python裝飾器測試與理解第一,裝飾器基礎語句 # 這是一個基本的裝飾器測試檔案 def deco(func): def mod(): func() print("I'm mod") #mod函式在接收的func函式基礎上,後置增加 AOP(面向切面程式設計)、Filter(過慮器)、Interceptor(攔截器)AOP(面向切面程式設計) 面向切面程式設計(AOP是Aspect Oriented Program的首字母縮寫) ,我們知道,面向物件的特點是繼承、多型和封裝。而封裝就要求將功能分散到不同的物件中去,這在軟體設計中往往稱為職責分配。實際上也就是說,讓不同的類設計不 spring的IOC(控制反轉)與AOP(面向切面程式設計)一直對spring的兩大特性IOC與AOP瞭解的模模糊糊,不知道怎麼區分,怎麼理解。 今天看了一篇講spring常用註解的文章和spring AOP的文章,引用這兩個作者的觀點,感覺對這兩個特性的瞭解清晰了很多。 IOC:中文名(控制反轉/依賴注入),可以看 JS實現AOP(面向切面程式設計--裝飾者模式)1、AOP:主要作用是把一些跟核心業務邏輯模組無關的功能抽離出來,這些跟業務邏輯無關的功能通常包括日誌統計、安全控制、異常處理等。把這些功能抽離出來之後,再通過“動態織入”的方式參入業務邏輯模組中。 2、AOP好處 保證業務邏輯模組的純淨和高內聚性 方便複用日誌統計等功 |