Python程序員的30個常見錯誤

　　18. 不要試圖從那些會改變對象的函數(shù)得到結果

　　諸如像方法list.append()和list.sort()一類的直接改變操作會改變一個對象，但不會將它們改變的對象返回出來(它們會返回None);正確的做法是直接調(diào)用它們而不要將結果賦值。經(jīng)常會看見初學者會寫諸如此類的代碼：

　　mylist = mylist.append(X)

　　目的是要得到append的結果，但是事實上這樣做會將None賦值給mylist，而不是改變后的列表。更加特別的一個例子是想通過用排序后的鍵值來遍歷一個字典里的各個元素，請看下面的例子：

　　D = {...}

　　for k in D.keys().sort(): print D[k]

　　差一點兒就成功了——keys方法會創(chuàng)建一個keys的列表，然后用sort方法來將這個列表排序——但是因為sort方法會返回None，這個循環(huán)會失敗，因為它實際上是要遍歷None(這可不是一個序列)。要改正這段代碼，將方法的調(diào)用分離出來，放在不同的語句中，如下：

　　Ks = D.keys()

　　Ks.sort()

　　for k in Ks: print D[k]

　　19. 只有在數(shù)字類型中才存在類型轉(zhuǎn)換

　　在Python中，一個諸如123+3.145的表達式是可以工作的——它會自動將整數(shù)型轉(zhuǎn)換為浮點型，然后用浮點運算。但是下面的代碼就會出錯了：

　　S = "42"

　　I = 1

　　X = S + I # 類型錯誤

　　這同樣也是有意而為的，因為這是不明確的：究竟是將字符串轉(zhuǎn)換為數(shù)字(進行相加)呢，還是將數(shù)字轉(zhuǎn)換為字符串(進行聯(lián)接)呢?在Python中，我們認為“明確比含糊好”(即，EIBTI(Explicit is better than implicit))，因此你得手動轉(zhuǎn)換類型：

　　X = int(S) + I # 做加法: 43

　　X = S + str(I) # 字符串聯(lián)接: "421"

　　20. 循環(huán)的數(shù)據(jù)結構會導致循環(huán)

　　盡管這在實際情況中很少見，但是如果一個對象的集合包含了到它自己的引用，這被稱為循環(huán)對象(cyclic object)。如果在一個對象中發(fā)現(xiàn)一個循環(huán)，Python會輸出一個[…]，以避免在無限循環(huán)中卡?。?/p>

　　>>> L = ['grail'] # 在 L中又引用L自身會

　　>>> L.append(L) # 在對象中創(chuàng)造一個循環(huán)

　　>>> L

　　['grail', [...]]

　　除了知道這三個點在對象中表示循環(huán)以外，這個例子也是很值得借鑒的。因為你可能無意間在你的代碼中出現(xiàn)這樣的循環(huán)的結構而導致你的代碼出錯。如果有必要的話，維護一個列表或者字典來表示已經(jīng)訪問過的對象，然后通過檢查它來確認你是否碰到了循環(huán)。

　　21. 賦值語句不會創(chuàng)建對象的副本，僅僅創(chuàng)建引用

　　這是Python的一個核心理念，有時候當行為不對時會帶來錯誤。在下面的例子中，一個列表對象被賦給了名為L的變量，然后L又在列表M中被引用。內(nèi)部改變L的話，同時也會改變M所引用的對象，因為它們倆都指向同一個對象。

　　>>> L = [1, 2, 3] # 共用的列表對象

　　>>> M = ['X', L, 'Y'] # 嵌入一個到L的引用

　　>>> M

　　['X', [1, 2, 3], 'Y']

　　>>> L[1] = 0 # 也改變了M

　　>>> M

　　['X', [1, 0, 3], 'Y']

　　通常情況下只有在稍大一點的程序里這就顯得很重要了，而且這些共用的引用通常確實是你需要的。如果不是的話，你可以明確的給他們創(chuàng)建一個副本來避免共用的引用;對于列表來說，你可以通過使用一個空列表的切片來創(chuàng)建一個頂層的副本：

　　>>> L = [1, 2, 3]

　　>>> M = ['X', L[:], 'Y'] # 嵌入一個L的副本

　　>>> L[1] = 0 # 僅僅改變了L，但是不影響M

　　>>> L

　　[1, 0, 3]

　　>>> M

　　['X', [1, 2, 3], 'Y']

　　切片的范圍起始從默認的0到被切片的序列的最大長度。如果兩者都省略掉了，那么切片會抽取該序列中的所有元素，并創(chuàng)造一個頂層的副本(一個新的，不被公用的對象)。對于字典來說，使用字典的dict.copy()方法。

　　22. 靜態(tài)識別本地域的變量名

　　Python默認將一個函數(shù)中賦值的變量名視作是本地域的，它們存在于該函數(shù)的作用域中并且僅僅在函數(shù)運行的時候才存在。從技術上講，Python是在編譯def代碼時，去靜態(tài)的識別本地變量，而不是在運行時碰到賦值的時候才識別到的。

　　如果不理解這點的話，會引起人們的誤解。比如，看看下面的例子，當你在一個引用之后給一個變量賦值會怎么樣：

　　>>> X = 99

　　>>> def func():

　　... print X # 這個時候還不存在

　　... X = 88 # 在整個def中將X視作本地變量

　　...

　　>>> func( ) # 出錯了!

　　你會得到一個“未定義變量名”的錯誤，但是其原因是很微妙的。當編譯這則代碼時，Python碰到給X賦值的語句時認為在這個函數(shù)中的任何地方X會被視作一個本地變量名。

　　但是之后當真正運行這個函數(shù)時，執(zhí)行print語句的時候，賦值語句還沒有發(fā)生，這樣Python便會報告一個“未定義變量名”的錯誤。

　　事實上，之前的這個例子想要做的事情是很模糊的：你是想要先輸出那個全局的X，然后創(chuàng)建一個本地的X呢，還是說這是個程序的錯誤?如果你真的是想要輸出這個全局的X，你需要將它在一個全局語句中聲明它，或者通過包絡模塊的名字來引用它。

　　23. 默認參數(shù)和可變對象

　　在執(zhí)行def語句時，默認參數(shù)的值只被解析并保存一次，而不是每次在調(diào)用函數(shù)的時候。這通常是你想要的那樣，但是因為默認值需要在每次調(diào)用時都保持同樣對象，你在試圖改變可變的默認值(mutable defaults)的時候可要小心了。

　　例如，下面的函數(shù)中使用一個空的列表作為默認值，然后在之后每一次函數(shù)調(diào)用的時候改變它的值：

　　>>> def saver(x=[]): # 保存一個列表對象

　　... x.append(1) # 并每次調(diào)用的時候

　　... print x # 改變它的值

　　...

　　>>> saver([2]) # 未使用默認值

　　[2, 1]

　　>>> saver() # 使用默認值

　　[1]

　　>>> saver() # 每次調(diào)用都會增加!

　　[1, 1]

　　>>> saver()

　　[1, 1, 1]

　　有的人將這個視作Python的一個特點——因為可變的默認參數(shù)在每次函數(shù)調(diào)用時保持了它們的狀態(tài)，它們能提供像C語言中靜態(tài)本地函數(shù)變量的類似的一些功能。

　　但是，當你第一次碰到它時會覺得這很奇怪，并且在Python中有更加簡單的辦法來在不同的調(diào)用之間保存狀態(tài)(比如說類)。

　　要擺脫這樣的行為，在函數(shù)開始的地方用切片或者方法來創(chuàng)建默認參數(shù)的副本，或者將默認值的表達式移到函數(shù)里面;只要每次函數(shù)調(diào)用時這些值在函數(shù)里，就會每次都得到一個新的對象：

　　>>> def saver(x=None):

　　... if x is None: x = [] # 沒有傳入?yún)?shù)?

　　... x.append(1) # 改變新的列表

　　... print x

　　...

　　>>> saver([2]) # 沒有使用默認值

　　[2, 1]

　　>>> saver() # 這次不會變了

　　[1]

　　>>> saver()

　　[1]

　　24. 其他常見的編程陷阱

　　下面列舉了其他的一些在這里沒法詳述的陷阱：

　　在頂層文件中語句的順序是有講究的：因為運行或者加載一個文件會從上到下運行它的語句，所以請確保將你未嵌套的函數(shù)調(diào)用或者類的調(diào)用放在函數(shù)或者類的定義之后。

　　reload不影響用from加載的名字：reload最好和import語句一起使用。如果你使用from語句，記得在reload之后重新運行一遍from，否則你仍然使用之前老的名字。

　　在多重繼承中混合的順序是有講究的：這是因為對superclass的搜索是從左到右的，在類定義的頭部，在多重superclass中如果出現(xiàn)重復的名字，則以最左邊的類名為準。

　　在t 888888 ry語句中空的except子句可能會比你預想的捕捉到更多的錯誤。在try語句中空的except子句表示捕捉所有的錯誤，即便是真正的程序錯誤，和sys.exit()調(diào)用，也會被捕捉到。