スカラーの並列シーケンスにcontainsメソッドがないのはなぜですか？

Question

List.range(0,100).contains(2) 

仕事、一方で

List.range(0,100).par.contains(2) 

がいないのはなぜ？

今後これが予定されていますか？

Answer 1

非teleological答えは、containsがSeqLikeに定義されていますが、ParSeqLikeに定義されていないためです。

それはあなたの好奇心を満たしていない場合、あなたはSeqLikeのcontainsがこのように定義されていることを見つけることができます：

def contains(elem: Any): Boolean = exists (_ == elem) 

だからあなたたとえば、あなたが

List.range(0,100).par.exists(_ == 2) 

ParSeqLikeを書くことができますがありません（indexOfSliceなど）、あまり明白ではないものがいくつかあります（例：combinations - 小規模なデータセットでのみ有効です）。 、私は完全に推測している...ライブラリの設計者はそれを左理由については

List.range(0,100).par.seq.contains(2) 

を：あなたは、並列コレクションを持っている場合しかし、あなたはまた、線形のバージョンに戻って取得するために.seqを使用し、戻ってあなたの方法を得ることができますおそらく単純化のためにメソッドの数を減らしたいと思っていたかもしれませんし、existsを使うのと同じくらい簡単です。

これはまた、なぜcontainsがSeqLikeではなく、あなたがexistsを見つけるすべてのコレクションの祖父、GenTraversableOnce、上で定義された質問を、提起しますか？考えられる理由は、Mapのcontainsが、SetとSeqの場合と意味的に異なる方法です。 Map[A,B]はTraversable[(A,B)]であるため、Traversableに対してcontainsが定義されている場合、containsはタプル(A,B)引数を取る必要があります。 Mapのcontainsは、A引数をとるだけです。これを考えると、私はcontainsをGenSeqLikeに定義する必要があります - これは修正される見込みです。

（パラレルコレクションでターゲットを見つけた後でどこを検索するのがリニアバージョンよりも効率が悪いので、並列シーケンスにはcontainsがないと考えました（さまざまなスレッドは多くの不必要な作業を行います値が見つかった後：this questionを参照してください）、existsが存在するため、これは正しいとは限りません。