55

Ubuntu 通常是一个尖端的发行版。但是，当我们进行了 4 年的开发时，为什么它仍坚持使用 2011 版的 Eclipse 4.x？

它甚至不是可选的，也不能从存储库中安装。而且下载也不是“容易”的。出于某种原因，Java SE 7 参考实现 OpenJDK 还不够，您需要 Oracle 版本。为什么？这也不能从 repo 中获得，你需要一些奇怪的不受信任的 3rd 方 repo 或者按照一整章了解如何自己安装它。

三年前就有问题了。Juno 4.2刚出来的时候，性能问题很多。Eclipse 总监 Mike Milinkovich解释说原因之一是缺乏资金。第一次在主要版本中：

“性能测试被关闭，因为 Eclipse 平台团队有严重的资源问题。”

出于这个原因，开发人员同时发布了未命名和未升级的版本，以弥补这个（希望是）临时问题的差距，它的流行导致了开发人员的显着下降趋势。正如一位开发人员所说：3.84.2Eclipse b3

“切换后的性能提升让我惊呆了。3.8 平台的速度要快得多”

该3.8版本仍然是4.x开发人员中分支的流行替代品（问我的同事或谷歌），我认为主要是因为（真正的）信任问题。但是现在发布的桥（阅读：支持3.8）已经关闭4.3。

然而，核心问题（资金和开发人员）还没有得到解决，正如谷歌向 Eclipse 基金会捐款以希望其他公司效仿的姿态所看到的那样。这是否意味着4.3仍然达不到3.x标准？

这不是插件或特定语言功能的问题，而是平台本身核心的问题。（但我将 WST 与 Javascript 和 V8 插件一起用于 PHP 和 Node 开发。）

这也不是特定的平台问题。Linux、Windows 和 OSX 用户也有类似的抱怨。（但我使用的是 Linux（Mint 13）。）

一方面，您有人告诉 EOL 3.8 “证明”现在4.3很好。另一方面（见评论）：

“由于 ubuntu 4.3 不断崩溃，我已经回到 3.8”

3.8远非没有问题，我不介意获得更流畅的开发体验。所以我想知道，为什么 Eclipse 4被那些决定哪些软件版本“对我们有益”的人“对我们保密” （也就是官方存储库中的内容）？

  • 清醒（10.04 LTS）
    • 日食 3.5.2-2
  • 精确（12.04 LTS）
    • 日食 3.7.2-1
  • 珍稀 (13.04)
    • 日食 3.8 .1-1
  • 俏皮（13.10）
    • 日食 3.8 .1-4
  • 值得信赖（14.04 LTS）
    • 日食 3.8 .1-5.1
  • 乌托邦（14.10）
    • 日食 3.8 .1-5.1

2014 年 5 月 30 日更新：我刚刚（再次）尝试了 Kepler，但它仍然存在开箱即用的 UI 故障。例如：

在此处输入图像描述

不，更改首选项中的非活动窗口工具栏背景颜色并不能解决此问题。（即使会，这将是一个愚蠢的默认选择）。

我想知道，由于他们自己的高度专业化和调整过的工作流程而没有正面或负面偏见的人 - 最好是在 Ubuntu 包维护过程中为非平凡包提供经验的人 -为什么这个决定是由一个团队做出的知道他们在为最广泛使用的 Linux 发行版做什么的专业人士？

4

2 回答 2

14

Eclipse Juno 于2012-06-27发布。2012-07-17报告了一个关于 UI 响应性的错误。四个月后，大约在 2012 年 11 月 14 日左右，第一个补丁发布到了官方更新站点。

然而，许多用户完全错过了补丁的发布。我认为信息淹没在 FUD 中，以及其他更重要的新闻，在那个时候传播。2012 年底，我在 SO 上发布了一个答案。显然，我不是唯一一个补丁修复了这个性能问题的人。2013 年 2 月 22 日，Eclipse 4.2.2 发布，其中包含相同的补丁，但直到 6 月，我一直收到对我在 SO 上的回答的支持。

开发人员中唯一已知的事实可能是 Eclipse 在某些时候存在严重的性能问题。然而，在我看来，关于这些问题的范围、程度和持续时间的知识似乎是一系列常见的误解。在四个月的时间里，许多 Eclipse 用户坚持使用 3.8 分支是个好主意。我说“很多”是因为我使用了 4.2.0 和 4.2.1，这对我来说没问题。主观上，切换选项卡的速度大约慢了两倍，并且 IDE 可能每天冻结一次，持续几秒钟。对于我的同事来说，问题要严重得多。我认为这取决于您的设置和工作流程，但是，我从来不想进一步调查，因为我知道平台开发人员正在解决这些问题，并且使用 3.8 有一个很好的后备方案。

一年和三个 Eclpse 版本之后，这些严重的性能问题仍然得到修复。当然，这并不意味着没有更多的性能问题。到目前为止，我在 Eclipse bugzilla 中找到了 1979 年的报告，其中包含关键字“性能”。这并不意味着 Eclipse 有很多错误，而只是说它有很好的文档记录和开放性。同样，您是否受到这些问题的影响取决于设置、您使用的插件和您的工作流程。我是一名 Java、插件和 EMF 开发人员。我使用大中型工作空间（~1M LoC），Eclipse 4.3.1足够快. 3.8 版本对我来说不是一个选项，因为正如 Eric 所说，它不会收到所有重要的更新。未来人们仍将继续使用它。他们中的许多人还将继续使用 Internet Explorer 5.5。如果您尝试 4.x 分支并发现任何性能问题，请报告它们，但要具体说明您的设置。

从官方维基页面：

Juno SR2 (4.2.2) 中解决了几个主要的性能缺陷。社区成员已经确认，这些修复大大解决了编辑器和视图打开、关闭和切换的性能问题。这些修复程序在 Juno Service Release 2（2013 年 2 月）中广泛提供。所有缺陷也在 Kepler（2013 年 6 月）发布流中得到解决。

新的功能

于 2013-11-09T11:50:27.337 回答
1

您的说法“3.8 版本是专门作为 4.2 的更快和更稳定的替代品发布的”显然是不正确的；3.x 已进入其“生命周期结束”维护，并且肯定不会作为 4.x 的替代品发布。

虽然欢迎人们继续使用符合他们需求的 3.x 流，但请认识到随着各种项目的推进，两个版本之间的可用功能将存在显着差异......

于 2013-11-06T20:43:52.443 回答