巧妙的TAB补全^^

http://vim.wikia.com/wiki/Smart_mapping_for_tab_completion

我最有成效的vi/Vim技巧是:

:%s

我喜欢能够使用正则表达式来替换文件中我想要的任何内容。恕我直言，每个文本编辑器都应该支持正则表达式。

自动缩进:

Gg(转到文档开头) =(缩进时间!) Shift-g(到文档末尾)

你需要在你的.vimrc文件中设置“filetype plugin indent on”，可能还需要适当设置“shiftwidth”和“expandtab”。

正常模式:

F <char>移动到当前行上特定字符的下一个实例，并且;重复。

F<char>移动到当前行上一个特定字符的上一个实例;重复。

如果使用得当，以上两点可以让你在队列中快速移动。

*在一个单词上搜索下一个实例。

#来搜索前一个实例。

上周在工作中，我们的项目从另一个项目继承了大量Python代码。不幸的是，代码不适合我们现有的体系结构——它都是用全局变量和函数完成的，这在多线程环境中是行不通的。

我们有大约80个文件需要重做，使其成为面向对象的——所有的函数都移动到类中，参数被更改，导入语句被添加，等等。我们列出了大约20种需要对每个文件进行修复的类型。我估计一个人每天可以手工做2-4次。

所以我手工完成了第一个，然后写了一个vim脚本来自动更改。其中大部分是vim命令的列表。

" delete an un-needed function "
g/someFunction(/ d

" add wibble parameter to function foo "
%s/foo(/foo( wibble,/

" convert all function calls bar(thing) into method calls thing.bar() "
g/bar(/ normal nmaf(ldi(`aPa.

最后一个值得解释一下:

g/bar(/  executes the following command on every line that contains "bar("
normal   execute the following text as if it was typed in in normal mode
n        goes to the next match of "bar(" (since the :g command leaves the cursor position at the start of the line)
ma       saves the cursor position in mark a
f(       moves forward to the next opening bracket
l        moves right one character, so the cursor is now inside the brackets
di(      delete all the text inside the brackets
`a       go back to the position saved as mark a (i.e. the first character of "bar")
P        paste the deleted text before the current cursor position
a.       go into insert mode and add a "." 

对于一些更复杂的转换，比如生成所有import语句，我在vim脚本中嵌入了一些python。

经过几个小时的工作，我有一个脚本，将做至少95%的转换。我只是在vim中打开一个文件，然后运行:source fixit。Vim和文件转换在眨眼之间。

我们仍然需要改变剩下的5%不值得自动化的部分，并测试结果，但是通过花一天时间编写这个脚本，我估计我们已经节省了几周的工作。

当然，使用像Python或Ruby这样的脚本语言也可以实现自动化，但这将花费更长的时间来编写，并且灵活性会更低——最后一个例子将会很困难，因为regex本身无法处理嵌套的括号，例如将bar(foo(xxx))转换为foo(xxx).bar()。Vim非常适合这项任务。

视觉模式

As several other people have said, visual mode is the answer to your copy/cut & paste problem. Vim gives you 'v', 'V', and C-v. Lower case 'v' in vim is essentially the same as the shift key in notepad. The nice thing is that you don't have to hold it down. You can use any movement technique to navigate efficiently to the starting (or ending) point of your selection. Then hit 'v', and use efficient movement techniques again to navigate to the other end of your selection. Then 'd' or 'y' allows you to cut or copy that selection.

与Jim Dennis描述的vi中的剪切/复制/粘贴相比，vim的可视模式的优势在于，您不必获得完全正确的位置。有时，使用一个快速的移动来达到你想要去的地方的大致位置，然后用其他动作来完善它，比想出一个更复杂的单一移动命令更有效，它可以让你确切地到达你想要去的地方。

以这种方式广泛使用可视化模式的缺点是，它可能会成为您一直使用的拐杖，阻碍您学习新的vi(m)命令，而这些命令可能会让您更有效地做事。但是，如果您非常积极主动地学习vi(m)的新方面，那么这可能不会对您产生太大影响。

我还要再次强调，视觉线条和视觉块模式可以让你在相同的主题上产生非常强大的变化，尤其是视觉块模式。

关于键盘的有效使用

I also disagree with your assertion that alternating hands is the fastest way to use the keyboard. It has an element of truth in it. Speaking very generally, repeated use of the same thing is slow. This most significant example of this principle is that consecutive keystrokes typed with the same finger are very slow. Your assertion probably stems from the natural tendency to use the s/finger/hand/ transformation on this pattern. To some extent it's correct, but at the extremely high end of the efficiency spectrum it's incorrect.

随便问问钢琴家就知道了。问他们是用手交替演奏几个音符，还是用一只手连续的手指按顺序演奏更快。输入4个按键的最快方法不是双手交替，而是用同一只手的4个手指按升序或降序输入(称之为“运行”)。一旦你考虑过这种可能性，这应该是不言而喻的。

更困难的问题是为此进行优化。优化键盘上的绝对距离非常简单。Vim做到了这一点。在“运行”级别上进行优化要困难得多，但是vi(m)与它的模态编辑相比，任何非模态方法(嗯哼，emacs)都更有可能做到这一点。

在Emacs

为了避免emacs狂热者因为最后的插入式评论而完全忽视我的整篇文章，我觉得我必须描述一下emacs和vim宗教之间的根本区别。我从来没有在编辑大战中说过，我可能不会再这样做了，但我从来没有听过有人这样描述它们的区别，所以就这样吧。区别在于以下权衡:

Vim为您提供无与伦比的原始文本编辑效率 Emacs为您提供了无与伦比的自定义和编程编辑器的能力

盲目的vim狂热者会声称vim有脚本语言。但它是一种晦涩的、专为编辑器设计的语言。Emacs有Lisp!足够的说。如果您不理解最后两句话的重要性，或者希望学习足够多的函数式编程和Lisp知识来理解它们，那么您应该使用vim。

emacs狂热者会声称emacs有viper模式，因此它是vim的超集。但毒蛇模式不是标准模式。我的理解是大多数emacs用户都不使用viper模式。因为它不是默认的，所以大多数emacs用户可能并没有真正认识到模态范例的好处。

在我看来，这些差异是正交的。我相信vim和emacs的优点都是有效的。这意味着终极编辑器还不存在。emacs可能是最容易构建最终编辑器的平台。但是模式编辑在emacs思想中并不是根深蒂固的。emacs社区在未来可能会朝着这个方向发展，但这似乎不太可能。

因此，如果你想提高原始编辑效率，请使用vim。如果您需要编写脚本和编辑器编程的终极环境，请使用emacs。如果您希望两者兼得，并强调可编程性，请使用带有viper模式的emacs(或编写自己的模式)。如果你想两全其美，那你现在就不走运了。