GS Collections 迁移到了 Eclipse 基金会

  • Victor Grazi
  • 陆志伟

2016 年 1 月 26 日

话题:Java语言 & 开发AI

Eclipse 基金会和 Goldman Sachs 已经宣布联合经营,将流行的 GS Collections 开源框架开发迁移到 Eclipse。该迁移预期早在 2015 年 12 月下旬完成,当时在 Maven Central 出现了前者 com.gs.collections的克隆,拥有一个重新命名的称呼 org.eclipse.collections eclipse-collections-api

InfoQ 就两者之间的新关系采访了 GS Collections 创作者 Donald Raab。

InfoQ:做出这一迁移的原因是什么?

Raab:过去四年我们已经看到 GS Collections 的应用得到了稳定的增长。自从在 GitHub 上发布 GS Collections 后我们已经被多次问到是否接受外部对此框架的贡献。在这之前,答案都是“不接受”。随着 Eclipse Collections 的到来,现在这个问题得到了一个确切的答案,“接受”。如果开发人员想贡献 Eclipse Collections,对此我们有一个良好定义的流程。就在 JavaOne 2015 会议前,我们在我们的 gs.com/engineering网站上宣布了向 Eclipse 基金会的迁移。通过与 Eclipse 基金会的合作,我们希望围绕 Eclipse Collections 项目发展一个充满活力、开放的贡献者和提交者社区。为帮助我们实现这一目标,Eclipse 基金会提供了一套成熟的流程和工具。

InfoQ:你能给我们说说这次迁移的进展吗?

Raab:Goldman Sachs 作为解决方案成员加入 Eclipse 基金会,我们在 2015 年 10 月提交了 Eclipse Collections 的项目建议。我们在 2015 年 12 月完成了 GS Collections 向 Eclipse 基金会的迁移,并更名为 Eclipse Collections。我们将包从 com.gs.collections 更名为 org.eclipse.collections,但是保留了版本号,因此 GS Collections 7.0 迁移成为 Eclipse Collections 7.0。

InfoQ:它们完全一样吗?

Raab:是的,GS Collections 7.0 和 Eclipse Collections 7.0 之间的特性完全一样。

InfoQ:跟我们谈谈集合,什么使得 Eclipse Collections 不同于其它流行的集合框架,比如 java.util Collections、Google Guava 或者 Apache Commons Collections?

Raab:Eclipse Collections 具有其他每个框架一样的共同特性,同时,也有它独一无二的特性。适用范围和完整性是 Eclipse Collection 独特的地方。

受 Smalltalk Collections 协议的启发,Eclipse Collections 提供了丰富的功能 API。在我们的父接口 RichIterable 有超过 100 种可用的方法,大部分都是我们的类型扩展。

Eclipse Collections 提供标准 JDK Collections 类的优化替代,比如 ArrayList、HashSet 和 HashMap。除了丰富的功能 API,我们还希望为这些类提供更高内存使用率和更高性能的版本。我们也希望提供内存使用率不可变的集合和原生集合(primitive collections)。

Eclipse Collections 7.0 支持 Java 5 及以上版本,因此你现在就可以使用 Eclipse Collections,并且,升级到 Java 8 就可以在当前的 Java IDE 中使用自动重构了。

InfoQ:最引人注目的集合和特性有哪些,你给大家举一些例子吧

  • 我们对 Map、Set、Bag(一种无序列表)和 Multimaps 有更高内存使用率的实现。
  • 直接在集合使用贪婪迭代模式的丰富的 API。(无“小面包式”的操作,因为一块肉总需要两片面包来夹,所以我们这么来叫它)
  • 具有丰富的 API 的原生集合。
  • 优化的并行的惰性和贪婪 API。
  • 具有约定了不可变接口的不可变集合(无可变方法)。
  • 适用于所有容器类型的简洁一致的工厂。
  • 可多次使用的惰性迭代器。
  • 我们 kata风格的教程,通过不断重复的实践帮助磨练我们的技能。

因为我们实现的是 java.util 的 Collection 接口,因此可以自由获取 Streams。Eclipse Collections 欢迎任何社区来做出贡献。

InfoQ: GSC 是何时开始的?

Raab:在 2004 年,GS Collections 作为一种框架于 Goldman Sachs 内部开始开发,名字叫做 Caramel。

InfoQ:何时对外开放的?

Raab:GS Collections 于 2012 年 1 月在 GitHub 上发布。GS Collections 于 2015 年 12 月在 GitHub 上发布。

InfoQ:有多少 GS 开发人员此框架做出了贡献

Raab:这么多年大约有 40 名 Goldman Sachs 开发人员对 Caramel 做出了贡献。

InfoQ:这种合作对 GS Collections 未来的方向有何影响?

Raab:GS Collections 7.0 版本是 GS Collections 最新的特性版本,在 Apache 2.0 协议下,Goldman Sachs GitHub 账户和 Maven Central 的 GS Collections 仍然可用,但是只会修复些 bug 了。未来所有的特性开发和版本都将放在 GihHub 上的Eclipse 基金会的 Eclipse Collections上。如今我们已经成功迁移到了 Eclipse 基金会,所有的开发工作都将在 GitHub 上开放地完成,Eclipse Collections 之后版本的 规划路线图也将向大家保持透明。在 Eclipse Collections 8.0 版本中,我们将开始直接在类库中利用 Java 8 的特性。Eclipse Collections 7.x 的版本将是最后支持 Java 5-7 的版本。

InfoQ:你能分享一些使用现状吗?

Raab:它在 Goldman Sachs 的使用非常频繁。在公司我们有三到四千名 Java 开发人员。随着 2015 年 12 月底 7.0 版本在 Maven Central的发布,GS 团队已经开始升级到 Eclipse Collections 了。

在公司之外,很难度量使用量,但是在 GS Collections GitHub 库中,目前我们已经收到 1430 多个赞了,并且在 Maven Central 上每月有 20K 的下载量。

查看英文原文:GS Collections Moves to Eclipse foundation


感谢夏雪对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群InfoQ 好读者(已满),InfoQ 读者交流群(#2)InfoQ 好读者)。

Java语言 & 开发AI