当前位置:  开发笔记 > 编程语言 > 正文

Emacs或Vim对Eclipse提供的效率如何?

如何解决《Emacs或Vim对Eclipse提供的效率如何?》经验,为你挑选了8个好方法。

我大约5年前开始编码.我是通过Java和Eclipse介绍的,它们在编程社区中都有很大的耻辱感.我目前实习的公司的一些人更喜欢emacs或vim.我不知道基本的文本编辑器如何比一般的IDE更快或更容易,尽管我很欣赏像构建这样的东西,从命令行开始会更快.

这是"老男孩"俱乐部的案例还是以这种方式编制项目更有效率?

你能提供一些用例来证明吗?如果我提倡Eclipse,我会说重构和自动完成是非常方便的工具.

GAV



1> Corey D..:

Vim/Emacs

非常快速/高效的代码编写

内存占用少

快速访问命令行

通过脚本/插件无限可能

永远不必离开键盘

日食

全功能IDE 语言

很棒的重构支持

他们都是

跨平台

功能丰富

可通过插件扩展

我通常会发现自己vim通过IDE 编写大量代码并执行调试任务.熟悉代码库肯定是一个因素,因为IDE是跳转和学习不熟悉的源代码的好工具.



2> Aram Versteg..:

我开始使用像Eclipse这样的IDE,但是大约2年前转向Vim.

您可能想要使用文本模式编辑器的原因:

它几乎可以用作任何语言的IDE(您只需学习一次并将其用于所有语言)

它可以完成所有那些奇特的事情,如自动完成,重构和许多更复杂的操作,你可以通过添加宏或插件来扩展它们

它适用于任何地方(并且可以通过SSH shell使用)

你不需要GB的ram来运行它

如果你真的坚持下去,你会发现在这样的编辑中工作最终会更快,实际上变成了一种"肌肉记忆"的根深蒂固.这意味着您可以编码而不会减慢思考过程.


vim的启动速度比你说的"Eclipse"快.
要使vim完整代码,你应该总是调整一些东西.
我认为这有点暗示.根据我的经验,Eclipse需要尽可能多的调整.
@kjfletch我不知道你正在使用的是什么版本的Emacs ...我的版本从未耗尽很多RAM.即使在缓冲区中打开了一堆文件,我也从未注意到由于Emacs导致的速度减慢.
另一方面,Emacs需要至少一GB的RAM:PI喜欢野兽.

3> DigitalRoss..:

参数"Eclipse for Java"是一个与"Eclipse for [不是java的东西"]不同的参数.Eclipse确实适合Java.

我的意思是,vi就像一把螺丝刀,或者瑞士军刀,Eclipse就像一台大型CNC组合式轧机和沥青摊铺机.你没有完全比较它们,你只需要使用它们.

另外,你是否在一个巨大的东西里工作,你对它知之甚少,但是Eclipse能理解哪些?一个例子就是Eclipse本身.在这里,Eclipse具有完美的可见性,全面的语言支持,您需要Toast提示和文档链接.

但是如果你输入一个100行的Ruby程序来转换SQL数据库,那么Eclipse并没有增加太多价值,特别是考虑到它的包袱.

将vi设置为正确也是至关重要的,否则你不会理解上诉.应设置自动注册,展示,标签处理和各种其他选项.您应该有一种简单的方法来生成标记文件.Google可以通过几行shellcode和sed(1)找到标签生成器,或者只是从头开始编写标签生成器.

我不认为重构是一个标准.这不是你每小时甚至每天一次做的事情.当然,在需要重构时启动大IDE.哦,除了Java之外,不要期望自动重构任何东西.

最后,vi实际上可以做很多IDE无法开始做的事情.分组正则表达式全局替换是一种广义的重构 - 任何引擎.要欣赏vi格式,您需要学习行(":")模式.简而言之,就像在编辑器中使用sed(1)一样.


我不同意重构的频率.重构可以像重命名类/方法名称一样简单,让IDE完成繁重的工作可以节省大量时间.我知道有一个团队让他们的学员花2周的时间手动完成他们的代码重命名......
请不要告诉人们使用替换进行重构.
+1指向我们的"Eclipse for Java"的东西."Eclipse确实适合Java." 我同意100%.

4> Trey Jackson..:

这一切都取决于您想要/期望的内容以及您的使用模式.

如果您正在寻找Java IDE,那么Eclipse很难被击败.它是由Java人员用Java编写的.

如果您正在寻找一种快速从命令行编辑文件的工具,Emacs或vi都符合要求.

如果你正在寻找一个你永远不必离开的工具,因为它可以做你想做的任何事情(发送/读取邮件,管理项目,待办事项列表,编译,调试等等),那么Emacs更多"高效".

如果您正在寻找切换编辑器的理由,请找出您想要的内容.如果你想要一个更好的Eclipse,vi和Emacs不会给你那个,坚持使用Eclipse.

如果你正在寻找一个小巧灵活的编辑器,vi将符合这个要求.

如果您正在寻找最终可扩展的编辑器,那么Emacs就是这样.

无论您决定使用哪种工具,都要沉浸其中.了解所有的细节,扩展它以满足您的需求.将其用于极限并提高其使用效率.


+1"适用于您决定使用的工具,让自己沉浸其中.了解所有细节,扩展它以满足您的需求.将其用于极限并提高其使用效率."

5> RC...:

Emacs可以是一个强大的IDE,但是从Emacs到Eclipse,我不得不说我永远不会回去.Eclipse只提供了许多你无法在Emacs中获得的功能.

Mylyn和我正在使用的数据和文件的范围视图,调试UI,CVS UI都是内置的,易于获取和使用.我会用一点鼠标来得到它.



6> 小智..:

首先要做的事情.与Eclipse相比,VIM的编程效率更高.您在VIM中的个人成果可能很糟糕,但VIM的潜在上限要高得多.这是事实.

VIM是一门武术.第一次使用时感觉不自然.你甚至无法让它发挥作用.逐步提高生产力需要多年的实践.你首先专注于掌握一些细节.慢慢地,你掌握的所有这些东西加起来,直到文字从你的指尖毫不费力地流到屏幕上.令他的同事叹息的复杂编辑将在他完成呼气之前从你的手中跳出.很少有人可以使用VIM.更少的人可以使用它productivley.在你的一生中,你可能永远不会遇到一位大师.但据传他们存在.

VIM旨在让您的双手保持在家中.将手从键盘移动到鼠标是令人沮丧的.这是一个严重的运动.移动你的手臂有一种心理效应会伤害你的动力.使用VIM,有人可以将手腕固定在键盘上,您仍然可以轻松打开文件,拆分窗口,打开标签,构建项目,搜索/替换,更改字体,更改颜色等等.所有这些都是以闪电般的速度进行的.

VIM是模态的.这意味着你不必在按住control + shift + Key的情况下进行复杂的组合键.从长远来看,这会伤到你的双手.而是执行命令.由于模态性质,不需要关键组合.

我们将数据存储在内存中,就像计算机一样.我们的记忆一次只能保留一些值.看看在它们开始消失之前,你可以抓住多少个不同的整数.我们通过写东西来克服这种人性限制.如果数据不在我们的记忆中,我们可以轻松地查看我们记下的内容以便将其取回.如果你花时间去做粗大的运动,物质的东西,你就会浪费时间来处理大脑中的数据.你希望你的思想能够毫不费力地流入屏幕.听起来可能不是很多,但VIM能够毫不费力地将您脑海中的内容转移到屏幕上,这是一种很大的生产力提升.我很难说出我想说的话.

VIM支持代码完成.基于文本和查找.它可以从多个文件中提取文本.你想要的任何东西都可以在VIM中找到.要么自己做,要么使用别人做的东西.

VIM支持使用ctags进行定义.您还可以找到项目的所有引用.同样,你想要的任何东西都可以在VIM中获得.

VIM的脚本非常庞大.您可以下载或创建数千种配色方案并立即更改颜色.尝试更改Microsoft Visual Studio中的字体或颜色,并在加载数据时挂起20秒.它不会让你存储配色方案,你每次想要改变风景时都必须花30分钟调整你的颜色和字体.在VIM中,您可以将行间距设置为零,以在屏幕上显示更多行代码.我得到80多行.Visual Studio每行使用2个像素的间距,你无法调整它!较少的线=更多的滚动=更少的生产力=被迫使用小字体更多的线=眼睛疲劳.

拆分窗口在VIM中的一个实例中打开.当您需要在远离您正在键入的位置(或在不同文件中)的代码的一个部分中查看数据时,它非常有用.您不必花时间调整窗口大小,也不必担心GUI窗口相互重叠并相互落后.可以在选项卡中打开不相关的代码窗口,以便不占用屏幕空间,但允许快速切换.

VIM作为IDE:http://www.youtube.com/watch?v = MQy2rVOf-z0&feature = fvwrel VIM复仇:http://www.youtube.com/watch?v = lQNFfhC4QI8


"需要多年的练习才能逐渐变得富有成效."......好吧,我们不会永远活着,为什么当你能在几小时内提高工作效率时,你会把生活复杂化?这就像使用命令行软件而不是Winamp听音乐.

7> Jim Ferrans..:

我用vi多年来编辑各种语言的代码,真的很喜欢它.但是我发现像Eclipse这样的IDE甚至可以更好地用于Java开发,现在我几乎完全在Eclipse中工作.我不时使用vi进行一些专门的活动,比如批量插入版权声明,主要是那些处理某些在Eclipse中没有很好自动化的死记硬背的编辑.当我只想查看源文件而不等待Eclipse打开时,我也将我的Windows .java文件类型映射到vi.

Eclipse中的一些有吸引力的功能是:

方法名称完成

错误突出显示

弹出javadoc评论

重构

我发现它总体上比vi更有效率,所以你应该尝试一下,看看它是否适合你.



8> Jørgen Fogh..:

我记得在某个地方读过一项研究,该研究表明人们认为键盘快捷键比鼠标更有效,而实际上并非总是如此.

另一个心理影响是我们将价值附加到昂贵的东西上,即因为Emacs更难以学习它必须在某种程度上更好.

我认为这些效果可以解释一些人对Emacs/Vi的极端喜爱.

但是,在Eclipse的情况下,我发现它可能非常慢,甚至偶尔崩溃,但这不是针对IDE的情况.

我经常使用Eclipse,VS和Emacs.我也会使用TextMate,但我不再使用Mac了.这取决于我在做什么,更具体地说,什么系统最能支持我的语言和工具.

我知道那些花费大量时间编程编辑的人,而不是花在做一些有用的事情上的人.他们中的一些人甚至承认他们只是为挑战而做.其他人经常声称Emacs/Vi可以做得比IDE更多,因为它们是可编写脚本的.好吧,大多数IDE(包括Eclipse)也可以编写脚本.从这个意义上说,几乎所有的编辑都是等价的(但我承认,有些编辑器比其他编辑器更容易编写脚本).

如果您喜欢IDE,我的建议是继续使用IDE.没有One True Editor.

编辑:

这似乎是尼克巴斯汀所指的文章.我同意这远不是一个明确的来源.但是,我仍然认为我对感知和真实生产力不一样的观点仍然存在.


这项"研究"是由Apple在1989年完成的(不是一项真正的科学研究,而是焦点小组研究),当时他们试图将鼠标评估为人们习惯使用电脑完全使用键盘的实际"新"技术.时代(和接口)现在已经完全不同了,甚至Tognazzini都认为编辑器是键盘一直(并且)总是更快的地方(当然,假设你的键盘快捷键不是你必须考虑的事情).
推荐阅读
惬听风吟jyy_802
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有