文章目錄
- 0. pass object reference by value, hehe
- 1. 任意參數,避免了對參數個數的依賴,全面超越Unary,Binary的表達能力
- 2. Keyword參數,避免了位置依賴,極大提高可讀性,降低錯誤傾向
0. pass object reference by value, hehe
1. 任意參數,避免了對參數個數的依賴,全面超越Unary,Binary的表達能力
允許用一個參數預留位置來表達運行時的多個參數,使Python可以寫出不依賴參數個數的通用演算法,將函數、過程、謂詞區分為零元、一元、二元已經不像在其它語言中那樣迫不得已
比如說通用演算法map,C++提供了map的一元形式:map(unary_functor, begin, end),那麼如何使map適用於二元運算元呢?通常有兩種做法:
- 一種是添加map的二元形式(在Java實現的Apache Common Functor中就是這麼做的),局限在於三元、四元呢?
- 一種是使用適配器,將二元函數適配為一元,如bind1st, bind2nd等,當參數不固定時要寫出專用的適配器
Python使你可以寫出map的通用形式:
def map(oper, *sqs): #simulate standard map()
return [ oper( *[(sq[i]) for sq in sqs] ) for i in range(len(sqs[0]))]
或者,使用內建的zip函數,更緊湊一點:
def map(oper, *sqs): #another way to simulate standard map()
return [ oper( *tuple ) for tuple in zip(*sqs) ]
是的,這就是任意元都通吃的map,只有一行代碼而已;我沒有看過Python原始碼,不知道真正的map是如何?的
測試一下:
def testUnaryMap(self):
self.assertEquals([1,2,3], map(math.ceil, [0.6, 1.3, 2.4]) )
def testBinaryMap(self):
self.assertEquals([64,25,6], map(math.pow, [4,5,6], [3,2,1]) )
......
----------------------------------------------------------------------
Ran 2 tests in 0.000s
OK
2. Keyword參數,避免了位置依賴,極大提高可讀性,降低錯誤傾向
參數不宜過多基本是普適的,但不是人人都遵守,在C++, Java中,如果參數比較多,又都是同一類型,對客戶程式員來說簡直就是惡夢,他要仔細核對參數的位置,不要將相同類型的參數弄顛倒了,編譯器和IDE都幫不上什麼忙;
另一個不便之處就是無論你的函式宣告、定義時參數的名字多麼具有可讀性和意義明顯,編譯之後就只剩類型資訊了
然而Python提供了期待已久的根據參數名字傳遞參數的特性,基本解決了前面兩個問題,觀察一下下面這行代碼:
pathCtrl = wx.TextCtrl(self, -1, "", (30, 50), (150, 20))
你知道,或者說你記得住(30, 50),(150, 20)哪一對是位置,那一對是大小嗎?再看下面這一行
pathCtrl = wx.TextCtrl(self, -1, "", pos=(30, 50), size=(150, 20))
真是清晰舒適啊