java iterable

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

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

最初，直接將Iterable轉(zhuǎn)換為Stream似乎很直觀，因?yàn)樵?0％的用例中，兩者實(shí)際上或多或少是同一件事。

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

iterable.stream();

實(shí)際上， Iterable子Iterable確實(shí)具有此類方法，例如

collection.stream();

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

好吧，Java中的原始類型很痛苦，它們首先對泛型造成了種種不良影響，現(xiàn)在對Stream也產(chǎn)生了各種不良影響，因?yàn)槲覀儽仨毦帉懸韵聝?nèi)容，才能將Iterable轉(zhuǎn)換為Stream ：

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

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

• 必須記住此否則無用的StreamSupport類型。 可以將這個(gè)方法很好地放到Stream接口中，因?yàn)槲覀円呀?jīng)有了Stream構(gòu)造方法，例如Stream.of() 。
• 在我認(rèn)為與并行化無關(guān)的情況下，必須記住Iterator和Spliterator之間的細(xì)微差別。 不過，極有可能Spliterators最終會變Spliterators流行，所以這個(gè)疑問是魔術(shù)8球需要解決的問題。
• 實(shí)際上，我必須重復(fù)以下信息：沒有任何可通過布爾參數(shù)false并行化的信息。

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

上面的方法應(yīng)該剛剛被調(diào)用：

Stream s = Stream.stream(iterable);

可以這樣實(shí)現(xiàn)：

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

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

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

以jOOQ為例。 jOOQ仍然支持Java 6，因此不可能直接依賴。 但是，jOOQ的ResultQuery類型是 Iterable 。 這使您可以直接在foreach循環(huán)中內(nèi)聯(lián)使用此類查詢，就像編寫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 }

現(xiàn)在想象一下Java 8中的同樣情況：

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

不幸的是，目前尚無法實(shí)現(xiàn)上述功能。 當(dāng)然，您可以急切地將所有結(jié)果提取到j(luò)OOQ Result ，該Result擴(kuò)展了List ：

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

但是，這是另一種調(diào)用方法（每次），并且實(shí)際的流語義已被破壞，因?yàn)楂@取操作很忙。

高水平的抱怨

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

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

java iterable

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。