ChunkLike
ChunkLike represents the capability for a Chunk to extend Scala's
collection library. Because of changes to Scala's collection library in 2.13,
separate versions of this trait are implemented for 2.11 / 2.12 and 2.13 /
Dotty. This allows code in Chunk to be written without concern for the
implementation details of Scala's collection library to the maximum extent
possible.
Note that IndexedSeq is not a referentially transparent interface in that
it exposes methods that are partial (e.g. apply), allocate mutable state
(e.g. iterator), or are purely side effecting (e.g. foreach). Chunk
extends IndexedSeq to provide interoperability with Scala's collection
library but users should avoid these methods whenever possible.
Value members
Concrete methods
Returns a filtered, mapped subset of the elements of this Chunk.
Returns a filtered, mapped subset of the elements of this Chunk.
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
Returns the concatenation of mapping every element into a new chunk using the specified function.
Returns the concatenation of mapping every element into a new chunk using the specified function.
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
Flattens a chunk of chunks into a single chunk by concatenating all chunks.
Flattens a chunk of chunks into a single chunk by concatenating all chunks.
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
Returns a chunk with the elements mapped by the specified function.
Returns a chunk with the elements mapped by the specified function.
- Definition Classes
- StrictOptimizedIterableOps -> IndexedSeqOps -> IterableOps -> IterableOnceOps
Inherited methods
- Definition Classes
- StrictOptimizedSeqOps -> StrictOptimizedSeqOps -> SeqOps
- Inherited from:
- StrictOptimizedSeqOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps
- Inherited from:
- StrictOptimizedIterableOps
Compares the receiver object (this) with the argument object (that) for equivalence.
Compares the receiver object (this) with the argument object (that) for equivalence.
Any implementation of this method should be an equivalence relation:
- It is reflexive: for any instance
xof typeAny,x.equals(x)should returntrue. - It is symmetric: for any instances
xandyof typeAny,x.equals(y)should returntrueif and only ify.equals(x)returnstrue. - It is transitive: for any instances
x,y, andzof typeAnyifx.equals(y)returnstrueandy.equals(z)returnstrue, thenx.equals(z)should returntrue.
If you override this method, you should verify that your implementation remains an equivalence relation.
Additionally, when overriding this method it is usually necessary to override hashCode to ensure that
objects which are "equal" (o1.equals(o2) returns true) hash to the same scala.Int.
(o1.hashCode.equals(o2.hashCode)).
- Value parameters:
- that
the object to compare against this object for equality.
- Returns:
trueif the receiver object is equivalent to the argument;falseotherwise.- Definition Classes
- Seq -> Equals -> Any
- Inherited from:
- Seq
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
- Inherited from:
- StrictOptimizedIterableOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
- Inherited from:
- StrictOptimizedIterableOps
Calculate a hash code value for the object.
Calculate a hash code value for the object.
The default hashing algorithm is platform dependent.
Note that it is allowed for two objects to have identical hash codes (o1.hashCode.equals(o2.hashCode)) yet
not be equal (o1.equals(o2) returns false). A degenerate implementation could always return 0.
However, it is required that if two objects are equal (o1.equals(o2) returns true) that they have
identical hash codes (o1.hashCode.equals(o2.hashCode)). Therefore, when overriding this method, be sure
to verify that the behavior is consistent with the equals method.
- Returns:
the hash code value for this object.
- Definition Classes
- Seq -> Any
- Inherited from:
- Seq
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps
- Inherited from:
- StrictOptimizedIterableOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps
- Inherited from:
- StrictOptimizedIterableOps
- Inherited from:
- IndexedSeq
- Inherited from:
- StrictOptimizedSeqOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
- Inherited from:
- StrictOptimizedIterableOps
- Definition Classes
- IndexedSeqOps -> IndexedSeqOps -> IterableOps -> IterableOnceOps
- Inherited from:
- IndexedSeqOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
- Inherited from:
- StrictOptimizedIterableOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps
- Inherited from:
- StrictOptimizedIterableOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps -> IterableOnceOps
- Inherited from:
- StrictOptimizedIterableOps
Returns a string representation of the object.
Returns a string representation of the object.
The default representation is platform dependent.
- Returns:
a string representation of the object.
- Definition Classes
- Seq -> Function1 -> Iterable -> Any
- Inherited from:
- Seq
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps
- Inherited from:
- StrictOptimizedIterableOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps
- Inherited from:
- StrictOptimizedIterableOps
- Definition Classes
- StrictOptimizedIterableOps -> IterableOps
- Inherited from:
- StrictOptimizedIterableOps
Deprecated and Inherited methods
- Deprecated
[Since version 2.13.0]`aggregate` is not relevant for sequential collections. Use `foldLeft(z)(seqop)` instead.- Inherited from:
- IterableOnceOps
- Deprecated
[Since version 2.13.0]Check .knownSize instead of .hasDefiniteSize for more actionable information (see scaladoc for details)- Inherited from:
- IterableOnceOps
- Deprecated
[Since version 2.13.0]Use coll instead of repr in a collection implementation, use the collection value itself from the outside- Inherited from:
- IterableOps
- Deprecated
[Since version 2.13.0]Use .reverseIterator.map(f).to(...) instead of .reverseMap(f)- Inherited from:
- SeqOps
- Deprecated
[Since version 2.13.0]Iterable.seq always returns the iterable itself- Inherited from:
- Iterable
- Deprecated
[Since version 2.13.7]toIterable is internal and will be made protected; its name is similar to `toList` or `toSeq`, but it doesn\'t copy non-immutable collections- Inherited from:
- Iterable
- Deprecated
[Since version 2.13.0]Use .to(LazyList) instead of .toStream- Inherited from:
- IterableOnceOps
- Deprecated
[Since version 2.13.0]toTraversable is internal and will be made protected; its name is similar to `toList` or `toSeq`, but it doesn\'t copy non-immutable collections- Inherited from:
- IterableOps
Concrete fields
Returns a SeqFactory that can construct Chunk values. The SeqFactory
exposes a newBuilder method that is not referentially transparent because
it allocates mutable state.
Returns a SeqFactory that can construct Chunk values. The SeqFactory
exposes a newBuilder method that is not referentially transparent because
it allocates mutable state.