为什么比起 IntelliJ IDEA，我仍然更喜欢 Eclipse

Posted 2021-05-01 OSC开源社区

原文：https://dzone.com/articles/i-still-prefer-eclipse-over-intellij-idea

译者：码农网 – 小峰

这么多年来，我观察到滚滚历史潮流正在从Eclipse涌向IntelliJ IDEA。去年，两者的使用率几乎相等，但是我感觉天平正在渐渐倾向IDEA。

IDEA就像IDE中的iPhone——它的用户会告诉你“一旦你习惯之后，你会觉得它更好用”，或者“你怎么还在使用Eclipse？”亦或是“IDEA太棒了，每个人都应该换成IDEA”，等等。

在过去的12年时间里，我主要使用Eclipse，但是在某些情况下，我使用IDEA——在我编写Scala的时候，编写android的时候，以及最近——由于Eclipse未能为Java 9发行版做好准备，所以经过半天的努力之后，我只能切换到IDEA，直到Eclipse终于有了一个可用的Java 9版本（包括Maven和其他东西）。

我总是很快地回到Eclipse。我仍然更偏爱它。不仅仅是因为我已经内化了所有的关键字组合（你可以在IDEA中重用这些组合），也是因为在IDEA中还有一些我觉得更糟糕的东西。当然，IDEA有许多很酷的功能，如代码改进建议，以及它有实际上无所不能的有效插件。但我发现一些与更基本的开发工作流程和体验有关的问题。这些无法用糖衣包裹的“炮弹”是：

1、项目不是自动构建的（默认情况下）

项目不是自动构建的（默认情况下），所以你可以以编译错误结束，直到你打开一个非编译文件或者运行一个构建。然后打开自动构建，让计算机爬动起来。我知道我的计算机需要升级，但这不是重点——没有“构建在变化上”对第一次尝试IDEA的我来说是一个巨大的“惊喜”。

我最近在Twitter上抱怨说，这居然“是一个功能”。依据貌似是如果你使用重构，那就不应该发生。但是，有数十起案例表明它确确实实发生了。通过添加方法参数、更改参数类型、删除参数（此处IDE无法根据类型推断删除哪个参数）或通过更改返回类型来重构。另外，Maven / Gradle依赖关系的改变可能会引入你无法看到的编译问题。这根本不是一个合理的默认值，并且我认为性能问题是它仍然默认的唯一原因。这使得体验变得更糟。

2、每个屏幕只能有一个项目。

也许那些只有绿地项目的小公司也是存在的。但是你至少偶尔需要一个单独的项目——无论是“实验”，还是“工具”，或者其他什么。多模块Maven项目（IDEA处理良好）是不够的。所以每当你需要走出你的主要项目时，你会启动另一个屏幕。除了糟糕的可用性之外，它的内存加倍，痛苦加倍。

3、说起内存，IDE似乎比Eclipse更耗费内存。

我没有这方面的代表性基准，但是我知道现在我家里的8 GB RAM对于开发来说太小了，不过一直没换。

4、它感觉没有那么响应和笨重。

有一点小小的延迟，不好说，但是“我感觉得到”。我在某个地方读到过说IDE过度地重画屏幕元素，所以这可能就是原因。Eclipse感觉更顺畅（我知道这不是一个合适的论据，但我也没有更精确的数据了）。

5、机智如我很聪明地围绕项目有“unused methods”和“never assigned fields”。

由于使用Spring，所以这些方法和字段是控制器方法和自动装配字段。也许一些Spring插件会照顾到这一点，但是Spring并不是唯一使用反射的框架。即使是POJO上的getter和setter也会得到unused警告。这些警告有什么问题？这些警告是贬值的。它们现在没有任何意义。类也没有“黄色”指示器，所以你实际上看不到警告的数量。Eclipse能够更好地显示警告，而且误报也不太常见。

6、调用层次稍差。

调用层次稍差。但是由于这对于我而言是最重要的IDE功能（还有重构也是），所以我一定要着重说明。它不会给你没有明确定义的默认构造函数的调用层次结构。另外，我所看到的是，IDEA用户并不经常使用调用层次结构功能。我认为在调用层次结构之前，“查找引用”通过UI也更加明显，所以一些IDEA用户甚至不知道调用层次结构是什么，而是反复地“查找引用”。这只是IDE的缺陷之一。

7、在输出控制台中不进行搜索。

为什么我有了IDE还必须复制输出并粘贴到文本编辑器才能搜索？先等等，我得澄清一下，控制台确实有搜索。但是当我运行（Spring Boot）应用程序时，它会在底部不是控制台的面板中输出东西，并且没有搜索。

8、CTRL +箭头默认跳过整个单词，而不是“骆峰式”单词。

这是可配置的，但又是一个奇怪的默认值。几乎大家总是希望能够逐个单词（在驼峰式大小写情况下）地遍历变量，而不是跳过整个变量（方法/类）名称。

9、几年前，当我将它用于Scala时，那个项目从未真正编译过。但是我猜那更多的是Scala的错，而不是IDE。

如果你说，除了前两个，其余都不是重大问题，那我也同意。但是随着一个个问题的累加，最终，这些稻草压弯了骆驼。所以，我又回到了Eclipse的怀抱。当然你也可以对这些问题视而不见，这是你的选择自由。

推荐阅读

点击“阅读原文”查看更多精彩内容