作者自言自語

這幾天一直在自學python 中，遇到了很多被自己蠢哭的問題，但是也有這種搞的頭大的問題，想很多初學者都會遇到吧，所以在網上搜索一些資料貼在這裡，python的縮排問題，這個真的好重要，編到函式和迴圈的時候突然SyntaxError: invalid syntax，一直這種錯誤，所以mark，已解決

這兩天python-cn郵件列表有一條thread發展的特別長，題目是《python的程式碼縮排真是坑爹》（地址），樓主在一臺電腦上用KOMODO寫的程式碼到另一臺電腦上就不能運行了，除錯後才發現是程式碼縮排的問題，為此樓主表示“真是火大”！而之後的回覆，可想而知，批判樓主、教育樓主、鄙視樓主等的人絕不是少數（畢竟是python郵件列表，都是python開發者、愛好者嘛）。

要求嚴格的程式碼縮排是python語法的一大特色，就像C語言家族（C、C++、Java、C#等等）中的花括號一樣重要，在大多數場合還有必要。在很多程式碼規範裡面也都有要求程式碼書寫按照一定的規則進行換行和程式碼縮排，但是這些要求只是純粹是方便人（程式設計師）來閱讀、使用或修改的，對於編譯器或者直譯器而言，完全是視而不見的。但是對Python直譯器而言，每行程式碼前的縮排都有語法和邏輯上的意義。Python的這個特性，也經常在Python使用者和非Python使用者中引起爭論。

Python的程式碼縮排之起源，有人說事繼承於ABC（沒聽過但感覺很古老的語言），有人說是避免花括號，我猜可能是python發明者一時心血來潮的決定，大概也只有他能解釋這個問題。不管怎樣，作為發展了十餘年的一名語言，這條語法規則已經不大可能改變了。

實際上，嚴格要求（強制）的程式碼縮排，就像一把雙刃劍，有好處也有壞處。好處顯而易見，在嚴格要求的程式碼縮排之下，程式碼非常整齊規範，賞心悅目，提高了可讀性，在一定程度上也提高了可維護性。有人說，這種約束，對團隊開發非常有利，當然，也不見得，這就要看強制程式碼縮排的壞處。Python嚴格的程式碼縮排，對於從其他語言轉過來的人（現在計算機和相關專業第一門語言一般都是C/C++或Java吧，他們的語法風格基本是一直的），可能要適應一段時間。程式碼縮排十分嚴格，如果不按規律辦事，不小心的話就會出現語法錯誤，比如unexpected indent之類的。甚至有時也會出現邏輯錯誤。

在實際情況中，由於程式碼縮排而出現語法錯誤或邏輯錯誤，在我看來有這兩種主要情況，一是混用tab和空格縮排，二是編輯器對縮排的處理各異。這裡給出一個例子，程式碼是這樣的：

圖中使用的Notepad++編輯器，箭頭代表一個tab，點表示一個空格，預設情況下不會顯示箭頭和點，需要專門在檢視-顯示符號-顯示空格和製表符 中啟用這個功能。如果沒有箭頭和點，一般認為執行結果應該是顯示a，實際是顯示a、c，原因很簡單，1個tab，python會認為是8個空格。如果換成其他編輯器，可能print 'c'就不會和print 'b'同列顯示了。對於同一個文字，簡單的修改，不同編輯器做儲存，也可能導致縮進出現不同。

我覺得為了避免因程式碼縮排而產生不必要的麻煩，寫python程式碼應該，使用唯一的縮排方式（要麼tab，要麼空格），使用固定和統一的編輯器，此外，還應該利用好編輯器的一些特性。對於notepad++而言，除了上面所說的顯示空格和製表符外，還有兩個特性可以使用：一是，編輯選單下的blank operation有兩個選項tab to space和space to tab，如果對上圖的那段程式碼做tab to space，程式碼列對齊基本不變，箭頭都變成點，但是執行結果是a；二是，在 設定-首選項-語言下可以選上“以空格代替”，這樣以後每次按tab鍵都會自動轉換為空格。

其他的編輯器，也有對應的一些處理技巧，比如，列表中有人提出，對VIM可以這樣設定：

set list
set listchars=tab:\|\ ,trail:-,nbsp:_

更多的編輯器特性，google上面應該還有很多，這裡就不贅述了。

處理好程式碼縮排的問題，應該算是python的基本功吧。