Guava Collection Utils 与普通 Java 7

Question

我经常想使用 Guava 的集合实用程序编写代码，并在查看代码片段后发现自己用纯 Java 7 重写了代码，因为恕我直言，使用纯旧 Java 更简洁且更易于阅读。

例如，使用 Guava 将对象列表放入具有唯一索引的地图中，看起来像这样：

 List<A> myList = ...
 Map<A, B> mappings = Maps.uniqueIndex(myList, new Function<A, B>() {
     @Override
     public CustomerFinance apply(final A input) {
         return input.getB();
     }
 });

而在原版 Java 7 中则是：

List<A> myList = ...
Map<A, B> mappings = new HashMap<>(myList.size());
for (A a : myList) {
    mappings.put(a.getB(), a);
}

Guava 中的映射有 5 个 LOC（甚至不包括 @Override 行），而普通 Java 中有 4 个 LOC。

我为什么要在这里使用 Guava 工具？最初创建实用程序的动机是什么？我是否错过了番石榴为我提供的一些额外好处？

Answer 1

我是否错过了番石榴为我提供的一些额外好处？

是的。

Guava 中的一些功能在您的翻译代码中遗漏了 (JavaDoc of Maps#uniqueIndex)：

• null 禁止取值 (#)
• 禁止使用null 键（键函数不应为给定值返回null）
• 禁止重复键（不能意外覆盖现有键）
• 生成的地图是不可变的

如果您也要进行所有这些检查，那么您的代码应该比 Guavas 版本长。

(#) 请注意，您的翻译版本目前也禁止null，因为您在值对象上调用#getB()。这将导致 NullPointerException 像番石榴一样。如果您要从其他地方（例如mappings.put(generateArtificalKey(), a);）获取密钥，那么null 对于 Java 7 版本就可以了。

---

另一个优点是 key 函数的代码更简洁。它可以很容易地移动到自己的类中并被重用。一个例子可能是一个函数，它提取数据库实体的 id 来创建一个映射。但这更多是一种观点，而不是事实，因为您的翻译代码（for 循环）也可以被提取并用于其他情况。

Answer 2

您可能会争辩说，是的，就 LOC 而言并没有太大的收获。不过番石榴风格更多的是functional。

transform 函数可以传递和使用/重用。

 Function<A,B> map = new Function<A, B>() {
 @Override
 public CustomerFinance apply(final A input) {
     return input.getB();
 }

现在您可以传递地图并在不同的地方重复使用它。

Map<A, B> mappings = Maps.uniqueIndex(myList,map);
Map<C, D> mappings2 = Maps.uniqueIndex(myList,map);

但话又说回来，Guava 仅限于 Java 1.6 构造，它不能为声明式风格提供最佳体验。

好消息是 Guava 中的 Function 是 functional interface，因此如果您迁移到 Java 1.8，您可以从第一天开始使用 lambda，您的代码将如下所示，

Map<A, B> mappings = Maps.uniqueIndex(myList, input-> input.getB());

或者

Map<A, B> mappings = Maps.uniqueIndex(myList, A::getB);

Answer 3

当我在 Java 8 之前的版本中编程时，我通常会创建一个关联的实用程序类，以实体命名但以复数形式命名，并将所有实用程序方法添加到它。通过这种方式，我可以保持实体清洁，并且可以访问大量实用方法。我没有系统地创建实用程序类，但仅在需要减少噪音时创建。

public class MyEntity {
  private String text;
  public String getText() { return text; }
  public void setText (int text) { this.text = text; }
}

public final class MyEntities {
  private MyEntities() {}

  private enum MyEntityToString implements Function<MyEntity,String> {
    TEXT_GETTER {
      @Override public String apply(MyEntity input) { return input.getText(); }
    };
  }
  public static Function<MyEntity,String> textGetter() { return MyEntityToString.TEXT_GETTER; }
}

然后，使用变得像在需要时使用方法MyEntities.textGetter()一样简单。如果你只使用一次，是的，你会失去 LOC，但如果你多次使用它，你就赢了。此外，如果您遇到错误，您只需修复一次，而不是找到所有用法来修复它。