python缩进风格 tab和空格

一般使用四空格对齐

一般使用空格而不是tab键 ，这是由于tab键在不同平台处理的方式不同

但是不可能按四次空格键吧

在.vimrc中添加以下代码后，重启vim即可实现按TAB产生4个空格：
set ts=4  (注：ts是tabstop的缩写，设TAB宽4个空格)
set expandtab

为了vim更好的支持python写代码,修改tab默认4个空格有两种设置方法：

1. vim /etc/vimrc 

1

set ts=4

2

set sw=4

2. vim /etc/vimrc 

1

set ts=4

2	set expandtab

3	set autoindent

推荐使用第二种，按tab键时产生的是4个空格，这种方式具有最好的兼容性。

对于已保存的文件，可以使用下面的方法进行空格和TAB的替换：
TAB替换为空格：
:set ts=4
:set expandtab
:%retab!

空格替换为TAB：
:set ts=4
:set noexpandtab
:%retab!

加!是用于处理非空白字符之后的TAB，即所有的TAB，若不加!，则只处理行首的TAB。

--

vim tab键默认4空格
vim /etc/vim/vimrc 

set ts=4
set expandtab
set autoindent

保存即可

------------

hydah

vim tab变空格

对于使用vim的程序员来说，shiftwidth，tabstop，softtabstop绝对是经常接触的三个缩进因素。能否有方便美观的，整体化的缩进，主要是由他们相互间的配合决定。在经过一段时间试用后，总结一下我的设置经验。

1 shiftwidth：

这个是用于程序中自动缩进所使用的空白长度指示的。一般来说为了保持程序的美观，和下面的参数最好一致。同时它也是符号移位长度的制定者。

2 tabstop：

定义tab所等同的空格长度，一般来说最好设置成8，因为如果是其它值的话，可能引起文件在打印之类的场合中看起来很别扭。除非你设置了 expandtab模式，也就是把tabs转换成空格，这样的话就不会一起混淆，不过毕竟制表符为8是最常用最普遍的设置，所以一般还是不要改。

3 softtabstop：

如果我们希望改变程序中的缩进怎么办？shiftwidth和tabstop不一样的话，你会发现程序比较难看的。这时候，softtabstop就起作用了。可以从vim的说明中看到，一旦设置了softtabstop的值时，你按下tab键，插入的是空格和tab制表符的混合，具体如何混合取决于你设定的softtabstop，举个例子，如果设定softtabstop=8,那么按下tab键，插入的就是正常的一个制表符;如果设定 softtabstop=16,那么插入的就是两个制表符；如果softtabstop=12,那么插入的就是一个制表符加上4个空格；如果 softtabstop=4呢？那么一开始，插入的就是4个空格，此时一旦你再按下一次tab，这次的四个空格就会和上次的四个空格组合起来变成一个制表符。换句话说，softtabstop是“逢8空格进1制表符”,前提是你tabstop=8。

4 关于expandtab

举个例子，在多人一起开发项目时，为了使代码风格尽量保持一致，一般不允许在代码使用TAB符，而以4个空格代之。我们可以编辑一个文件，包含下面的内容：
set shiftwidth=4
set expandtab

然后把下面的命令加入到.vimrc中：
autocmd FileType c,cpp set shiftwidth=4 | set expandtab

就可以只在编辑c和cpp文件时实行这种设置了

 

5 删除掉每一行末尾的空格：

行末：$ 
行首：^
空格：\s
行末空格：\s\+$
行首空格：^\+\s
有些人认为行末的空格是无用，浪费而难看的。要删除这些每行后面多余的空格，可以
执行如下命令：
:%s/\s\+$//
命令前面指明范围是 "%"，所以这会作用于整个文件。"substitute" 命令的匹配模式是
"\s\+$"。这表示行末（$）前的一个或者多个（\+）空格（\s）。后面我们会介绍怎样
写这样的模式。
替换命令的 "to" 部分是空的："//"。这样就会删除那些匹配的空白字符。
另一种没有用的空格是 Tab 前面的字符。通常这可以删除而不影响格式。但并不是总这
样！所以，你最好手工删除它。执行如下命令：
/
你什么都看不见，其实这是一个空格加一个 TAB 键。相当于 "/"。现在，
你可以用 "x" 删除多余的空格，并保证格式没有改变。接着你可以用 "n" 找到下一个
位置并重复这个操作。

http://blog.csdn.net/LostSpeed/article/details/8503043