为Java应用程序的开发而配置vi

导读：
　　大多数的软件开发人员都会在其生涯的某个时候碰到vi编辑器——如果不是在大学里的话，那就是在实际使用的UNIX机器上，将自己的Windows桌面机器里所编码东西安装到完全成熟的集成开发环境（IDE）里的时候。很少能够碰到长期从事微软系统开发的开发人员不会在一个月至少使用vi一次。有些开发人员很喜爱vi，而其他的则很厌恶它。但是对于一个Java的开发人员来说，要想让vi成为一个更好的开发环境将会有很多的工作需要完成。
　　很多人都预料Java和vi并不总是能够共同工作。因为vi是小型功利主义的同义词，而Java则像是一头笨拙的大型动物。选择将vi作为其主要工作环境的Java开发人员可能是比较罕见的，但是即使是偶尔使用vi的用户，也能够从花上一点时间将它配置一下，使之与Java更加友好上获益。你可能会很震惊的看到，当所有提到的工作都做到位之后，vi能够为你的IDE提供多少特性。
　　让我们开始吧
　　
　　首先，要确信你的vi命令已经连接到了vim库，至少要象征性地连接到了或者替代了（aliased）。Vim的意思是Vi Improved，它几乎已经在vi及其衍生产品中占据了的主导地位。它速度快，易维护，特性丰富，而且几乎在每个平台上都有。
　　一旦你安装好了vim，就要在你的主目录下创建一个叫做.vimrc的文件。Listing A显示了一个很好的.vimrc起始文件。这个文件里的几个命令行告诉vi要给Java的源代码涂上颜色，使其更易于阅读。其结果并不十分重要，而且如果你不喜欢显示出来的颜色，你可以放心地取消它们。
　　对标签跳跃的支持
　　标签是Java的标识符，它们可以是包装名、类名、方法名，或者是字段名。在你的代码里创建一个所有标签的大型索引，能够让你使用单个按键就跳跃到任何类、方法或者字段的定义上。这些索引文件都是使用ctags程序创建的，后者在vim的发行版里都有。
　　Ctags会获取Java源文件或者包含有Java源代码的目录的列表，从中提取标识符的信息，再生成所vi需要的用于跳跃到标签的排序索引。下面一行代码是ctags调用的一个例子，只要JAVA_HOME变量被正确地定义，它会生成一个包含有项目源代码里所有标识符的标签文件，Sun核心库源代码也是如此：
　　
　　ctags -f ~/.tags -R ~/myprojects/src $JAVA_HOME/src
　　一旦标签索引创建好了，你所需要做的只是告诉vi要在哪里找到它。这一步是通过将set tags=~/.tags添加到你的~/.vimrc文件里实现的。有了可用的标签索引文件，而且vi也知道了要到哪里去找到它，你现在就可以通过按 [CTRL] ]来跳跃到任何标识符上了。尽管这对于跳跃到你已经定义的方法、类和你自己编写的字段上很有用，但是如果你将Java核心类库加到你的标签索引里将会更加有用。现在，只用简单地对任何核心类库的类或者方法按[Ctrl] ]，你就会跳跃到它完全使用javadoc所编写成的定义。.
　　标签名的填充
　　
　　虽然跳跃到类、方法和字段定义所在的位置对于查看其javadoc以及检查其内容是有很用处的，但是更常见的情况是，你只是需要检查一个关键字的定义。在大多数IDE里，这一点是通过输入关键字完成的。但是，如果你已经将你的标签文件像前面一部分所讲的那样设置了，那么在vi里填入关键字就只是一个导向性的配置了。
　　将set complete=.,w,b,u,t,I这一行放到你的~/.vimrc文件里，能够让你在插入模式下通过按[Ctrl]N自动地将任何类、方法或者字段名填满。连续按[Ctrl]N将移动到下一个相匹配的地方。当你看到你想要找的标签时，只用继续输入你源代码剩下的部分就行了。你可以在vim的Web网站上找到其他关于标签名填充的提示，包括使用Tab键来进行填充。
　　方法的折叠
　　好的实践经验告诉我们：你应该保持类的短小和简单，因为程序复杂性表现在类的层次性上，而不是500行的方法上。不幸的是，有些类已经脱离了控制，变得事实上无法移动操作了。
　　IDE常常会在左边一个狭窄的框体提供一个列出了内容里方法的表格，以此来减轻开发人员查看冗长源代码的困难。与之相对的是，vi提供了一种它叫做“方法折叠（method folding）”的可折叠程序块。折叠允许你隐藏被缩排过的（indented）代码块开头和结尾之间的所有代码。要激活折叠，就要把set foldmethod=indent加到你的~/vimrc里。
　　一旦方法的折叠被激活，你就可以使用:set foldlevel=0来极大地精简一个Java的源文件。如果将折叠的层数设置为零，那么你就是在告诉vi只显示完全没有被缩排的命令行，而后者在大多数Java源文件里代表着包装、导入，以及类或者接口的定义行。设置foldlevel=1就是告诉vi说：除了没有被缩排的命令行，只缩排过一次的命令行也应该被显示，它们包括方法的签名以及其他一些不多的内容。要打开一个折叠夹并查看某个方法所隐藏的内容，你就要在被折叠的命令行上输入zO。
　　通过设置foldlevel就能够很轻易地开启或者取消方法的折叠。我喜欢在调试的时候使用它，但是不喜欢在编写新代码的时候使用它。你要自己来决定它应该如何去适应你的工作方式。
　　IDE不仅仅只是用于编辑；它们还是编译环境。Vi在不需要使用外部编译器和剖析结果信息上的工作做得非常好。现在很多Java的项目都将易于编写脚本的Ant作为一个创建环境。我没有向.vimrc文件里加载很多Ant专用的设置，而是单独创建了一个做作vimAnt脚本，见Listing B。
　　这个脚本调用了一个带有几个参数的Ant可执行文件，然后对输出进行过滤，让其只包含编译器输出。你现在几乎就准备好从vi里调用Ant了。你只需要将Listing C里的命令行加到你的~/.vimrc文件里。这些命令行告诉vi要调用你所创建的vimAnt脚本，并提示它如何剖析Ant的jikes输出。
　　在你的系统路径下有了vimAnt脚本之后，你现在就可以使用:make命令来初始化编译了。当前目录及其所有的父目录都会被搜索，以寻找一个build.xml文件，这个文件的类对象会被调用。错误输出会被vi自动地剖析。
　　一旦你在vi里进行了带有错误的编译，你就可以使用快速修复（quick fix）模式来迅速地到达错误地点，进行及时的修补。:cn命令会把你带到下一个出错地点，而不考虑它在什么文件里。:cc命令会向你显示当前错误的编译器输出信息；而:cl会生成一个列有项目所有错误的列表，以供浏览这些错误。修补好你的错误，你就离成功的编译只有一:make之遥了。
　　
　　大多数的软件开发人员都会在其生涯的某个时候碰到vi编辑器——如果不是在大学里的话，那就是在实际使用的UNIX机器上，将自己的Windows桌面机器里所编码东西安装到完全成熟的集成开发环境（IDE）里的时候。很少能够碰到长期从事微软系统开发的开发人员不会在一个月至少使用vi一次。有些开发人员很喜爱vi，而其他的则很厌恶它。但是对于一个Java的开发人员来说，要想让vi成为一个更好的开发环境将会有很多的工作需要完成。很多人都预料Java和vi并不总是能够共同工作。因为vi是小型功利主义的同义词，而Java则像是一头笨拙的大型动物。选择将vi作为其主要工作环境的Java开发人员可能是比较罕见的，但是即使是偶尔使用vi的用户，也能够从花上一点时间将它配置一下，使之与Java更加友好上获益。你可能会很震惊的看到，当所有提到的工作都做到位之后，vi能够为你的IDE提供多少特性。让我们开始吧 首先，要确信你的vi命令已经连接到了vim库，至少要象征性地连接到了或者替代了（aliased）。Vim的意思是Vi Improved，它几乎已经在vi及其衍生产品中占据了的主导地位。它速度快，易维护，特性丰富，而且几乎在每个平台上都有。一旦你安装好了vim，就要在你的主目录下创建一个叫做.vimrc的文件。Listing A显示了一个很好的.vimrc起始文件。这个文件里的几个命令行告诉vi要给Java的源代码涂上颜色，使其更易于阅读。其结果并不十分重要，而且如果你不喜欢显示出来的颜色，你可以放心地取消它们。对标签跳跃的支持标签是Java的标识符，它们可以是包装名、类名、方法名，或者是字段名。在你的代码里创建一个所有标签的大型索引，能够让你使用单个按键就跳跃到任何类、方法或者字段的定义上。这些索引文件都是使用ctags程序创建的，后者在vim的发行版里都有。 Ctags会获取Java源文件或者包含有Java源代码的目录的列表，从中提取标识符的信息，再生成所vi需要的用于跳跃到标签的排序索引。下面一行代码是ctags调用的一个例子，只要JAVA_HOME变量被正确地定义，它会生成一个包含有项目源代码里所有标识符的标签文件，Sun核心库源代码也是如此： ctags -f ~/.tags -R ~/myprojects/src $JAVA_HOME/src一旦标签索引创建好了，你所需要做的只是告诉vi要在哪里找到它。这一步是通过将set tags=~/.tags添加到你的~/.vimrc文件里实现的。有了可用的标签索引文件，而且vi也知道了要到哪里去找到它，你现在就可以通过按 [CTRL] ]来跳跃到任何标识符上了。尽管这对于跳跃到你已经定义的方法、类和你自己编写的字段上很有用，但是如果你将Java核心类库加到你的标签索引里将会更加有用。现在，只用简单地对任何核心类库的类或者方法按[Ctrl] ]，你就会跳跃到它完全使用javadoc所编写成的定义。.标签名的填充 虽然跳跃到类、方法和字段定义所在的位置对于查看其javadoc以及检查其内容是有很用处的，但是更常见的情况是，你只是需要检查一个关键字的定义。在大多数IDE里，这一点是通过输入关键字完成的。但是，如果你已经将你的标签文件像前面一部分所讲的那样设置了，那么在vi里填入关键字就只是一个导向性的配置了。将set complete=.,w,b,u,t,I这一行放到你的~/.vimrc文件里，能够让你在插入模式下通过按[Ctrl]N自动地将任何类、方法或者字段名填满。连续按[Ctrl]N将移动到下一个相匹配的地方。当你看到你想要找的标签时，只用继续输入你源代码剩下的部分就行了。你可以在vim的Web网站上找到其他关于标签名填充的提示，包括使用Tab键来进行填充。方法的折叠好的实践经验告诉我们：你应该保持类的短小和简单，因为程序复杂性表现在类的层次性上，而不是500行的方法上。不幸的是，有些类已经脱离了控制，变得事实上无法移动操作了。 IDE常常会在左边一个狭窄的框体提供一个列出了内容里方法的表格，以此来减轻开发人员查看冗长源代码的困难。与之相对的是，vi提供了一种它叫做“方法折叠（method folding）”的可折叠程序块。折叠允许你隐藏被缩排过的（indented）代码块开头和结尾之间的所有代码。要激活折叠，就要把set foldmethod=indent加到你的~/vimrc里。一旦方法的折叠被激活，你就可以使用:set foldlevel=0来极大地精简一个Java的源文件。如果将折叠的层数设置为零，那么你就是在告诉vi只显示完全没有被缩排的命令行，而后者在大多数Java源文件里代表着包装、导入，以及类或者接口的定义行。设置foldlevel=1就是告诉vi说：除了没有被缩排的命令行，只缩排过一次的命令行也应该被显示，它们包括方法的签名以及其他一些不多的内容。要打开一个折叠夹并查看某个方法所隐藏的内容，你就要在被折叠的命令行上输入zO。通过设置foldlevel就能够很轻易地开启或者取消方法的折叠。我喜欢在调试的时候使用它，但是不喜欢在编写新代码的时候使用它。你要自己来决定它应该如何去适应你的工作方式。 IDE不仅仅只是用于编辑；它们还是编译环境。Vi在不需要使用外部编译器和剖析结果信息上的工作做得非常好。现在很多Java的项目都将易于编写脚本的Ant作为一个创建环境。我没有向.vimrc文件里加载很多Ant专用的设置，而是单独创建了一个做作vimAnt脚本，见Listing B。这个脚本调用了一个带有几个参数的Ant可执行文件，然后对输出进行过滤，让其只包含编译器输出。你现在几乎就准备好从vi里调用Ant了。你只需要将Listing C里的命令行加到你的~/.vimrc文件里。这些命令行告诉vi要调用你所创建的vimAnt脚本，并提示它如何剖析Ant的jikes输出。在你的系统路径下有了vimAnt脚本之后，你现在就可以使用:make命令来初始化编译了。当前目录及其所有的父目录都会被搜索，以寻找一个build.xml文件，这个文件的类对象会被调用。错误输出会被vi自动地剖析。一旦你在vi里进行了带有错误的编译，你就可以使用快速修复（quick fix）模式来迅速地到达错误地点，进行及时的修补。:cn命令会把你带到下一个出错地点，而不考虑它在什么文件里。:cc命令会向你显示当前错误的编译器输出信息；而:cl会生成一个列有项目所有错误的列表，以供浏览这些错误。修补好你的错误，你就离成功的编译只有一:make之遥了。

本文转自
http://www.cn-java.com/www1/?action-viewnews-itemid-2622