为什么在Java 8中String.chars（）是一个整数流？

  • Z时代
  • 2024-01-10
  • 分类：问答

在Java 8中，有一个新方法String.chars()可返回代表字符代码的ints（IntStream）流。我想很多人会期待char这里有s 流。这样设计API的动机是什么？

回答：

正如其他人已经提到的那样，其背后的设计决策是防止方法和类的爆炸式增长。

尽管如此，我个人还是认为这是一个非常糟糕的决定，并且鉴于他们不想做出CharStream合理的替代方法chars()，我应该考虑：

  • Stream<Character> chars()，它会提供一系列字符，这会降低性能。

  • IntStream unboxedChars()，该代码将用于性能代码。

    但是，我认为，这个答案应该集中在展示一种使用Java 8中获得的API来完成此操作的方法，而不是着眼于目前为什么这样做的原因。

在Java 7中，我应该这样做：

for (int i = 0; i < hello.length(); i++) {
    System.out.println(hello.charAt(i));
}

而且我认为在Java 8中执行此操作的合理方法如下：

hello.chars()
        .mapToObj(i -> (char)i)
        .forEach(System.out::println);

在这里，我获得一个，IntStream并通过lambda i -> (char)i将其映射到一个对象，这会将其自动装箱到Stream<Character>，然后我们可以做我们想做的事情，并且仍然使用方法引用作为加号。

请注意，尽管您必须这样做mapToObj，但是如果忘记并使用它map，那么什么也不会抱怨，但是最终还是会出现一个IntStream，并且您可能会怀疑为什么它会打印整数值而不是表示字符的字符串。

Java 8的其他替代品：

通过保留在IntStream并希望最终打印它们，您将无法再使用方法引用进行打印：

hello.chars()
        .forEach(i -> System.out.println((char)i));

而且，使用对您自己方法的方法引用不再起作用！考虑以下：

private void print(char c) {
    System.out.println(c);
}

接着

hello.chars()
        .forEach(this::print);

这可能会导致编译错误，因为可能会导致有损转换。

结论：

API的这种设计方式是因为不想添加CharStream，我个人认为该方法应返回Stream<Character>，并且当前的解决方法是在mapToObj(i -> (char)i)上使用IntStream以便能够与之正常工作。

以上是 为什么在Java 8中String.chars（）是一个整数流？ 的全部内容， 来源链接： utcz.com/qa/434908.html

回到顶部