java iterable

這是最近比較有趣的Stack Overflow問題之一：

為什么Iterable不提供stream（）和parallelStream（）方法？

最初，直接將Iterable轉換為Stream似乎很直觀，因為在90％的用例中，兩者實際上或多或少是同一件事。

誠然，專家組非常注重使Stream API具有并行功能，但是每天使用Java的任何人都會立即注意到， Stream以其順序形式最有用 。 而Iterable就是這樣。 不保證并行化的順序流。 因此，只有我們可以簡單地編寫以下內容，這才是直觀的：

iterable.stream();

實際上， Iterable子Iterable確實具有此類方法，例如

collection.stream();

Brian Goetz親自回答了上述Stack Overflow問題 。 省略的原因是由于某些Iterables可能更喜歡返回IntStream而不是Stream 。 這似乎確實是做出設計決策的一個非常遙遠的原因，但是與往常一樣，今天的省略并不意味著永遠的省略。 另一方面，如果他們今天引入了Iterable.stream() ，但事實證明這是一個錯誤，他們將無法再次將其刪除。

好吧，Java中的原始類型很痛苦，它們首先對泛型造成了種種不良影響，現在對Stream也產生了各種不良影響，因為我們必須編寫以下內容，才能將Iterable轉換為Stream ：

Stream s = StreamSupport.stream(iterable.spliterator(), false);

Brian Goetz認為這很“容易”，但我不同意。 作為API使用者，由于以下原因，我在生產力方面遇到了很多摩擦：

• 必須記住此否則無用的StreamSupport類型。 可以將這個方法很好地放到Stream接口中，因為我們已經有了Stream構造方法，例如Stream.of() 。
• 在我認為與并行化無關的情況下，必須記住Iterator和Spliterator之間的細微差別。 不過，極有可能Spliterators最終會變Spliterators流行，所以這個疑問是魔術8球需要解決的問題。
• 實際上，我必須重復以下信息：沒有任何可通過布爾參數false并行化的信息。

并行化在此新API中的作用確實很大，即使并行化僅覆蓋所有功能集合操作的5％-10％。 盡管順序處理不是JDK 8 API的主要設計目標，但確實對我們所有人都是主要的好處，與順序處理相關的API周圍的摩擦應盡可能小。

上面的方法應該剛剛被調用：

Stream s = Stream.stream(iterable);

可以這樣實現：

public static<T> Stream<T> stream(Iterable<T> i) {return StreamSupport.stream(i.spliterator(), false); }

顯然，便利性重載允許進行其他特殊化，例如并行化或通過Spliterator

但是，如果Iterable具有自己的stream()默認方法，那么即使沒有顯式支持Java 8的情況下，與Java 8集成的API數量也將大大增加。

以jOOQ為例。 jOOQ仍然支持Java 6，因此不可能直接依賴。 但是，jOOQ的ResultQuery類型是 Iterable 。 這使您可以直接在foreach循環中內聯使用此類查詢，就像編寫PL / SQL一樣：

PL / SQL

FOR book IN (SELECT * FROM books ORDER BY books.title ) LOOP-- Do things with book END LOOP;

Java

for (BookRecord book : ctx.selectFrom(BOOKS).orderBy(BOOKS.TITLE) ) {// Do things with book }

現在想象一下Java 8中的同樣情況：

ctx.selectFrom(BOOKS).orderBy(BOOKS.TITLE).stream().map / reduce / findAny, etc...

不幸的是，目前尚無法實現上述功能。 當然，您可以急切地將所有結果提取到jOOQ Result ，該Result擴展了List ：

ctx.selectFrom(BOOKS).orderBy(BOOKS.TITLE).fetch().stream().map / reduce / findAny, etc...

但是，這是另一種調用方法（每次），并且實際的流語義已被破壞，因為獲取操作很忙。

高水平的抱怨

當然，這是一個高水平的抱怨，但是如果將來的Java版本（例如Java 9）將這種缺少的方法添加到Iterable API中，那將是非常不錯的選擇。 同樣，所有用例中的99％都希望返回Stream類型，而不是IntStream類型。 并且，如果他們出于某種晦澀的原因而確實希望這樣做（比起舊的舊版Java API的許多邪惡事物，晦澀得多， intStream()一下Calendar ），那么為什么他們不應該只聲明一個intStream()方法呢？ 畢竟，如果有人真的對int基本類型進行運算時，如果有人瘋狂地編寫Iterable<Integer> ，那么他們可能會接受一些解決方法。

翻譯自: https://www.javacodegeeks.com/2014/12/really-too-bad-that-java-8-doesnt-have-iterable-stream.html

java iterable

總結

以上是生活随笔為你收集整理的java iterable_太糟糕了，Java 8没有Iterable.stream（）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。