我看Python代码缩进

这两天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的基本功吧。