Class FloatBigSpliterators.AbstractIndexBasedSpliterator

java.lang.Object
it.unimi.dsi.fastutil.floats.AbstractFloatSpliterator
it.unimi.dsi.fastutil.floats.FloatBigSpliterators.AbstractIndexBasedSpliterator
All Implemented Interfaces:
FloatSpliterator, Spliterator<Float>, Spliterator.OfPrimitive<Float, FloatConsumer, FloatSpliterator>
Direct Known Subclasses:
FloatBigSpliterators.EarlyBindingSizeIndexBasedSpliterator, FloatBigSpliterators.LateBindingSizeIndexBasedSpliterator
Enclosing class:
FloatBigSpliterators

public abstract static class FloatBigSpliterators.AbstractIndexBasedSpliterator extends AbstractFloatSpliterator
A skeletal implementation for a spliterator backed by an index based data store. High performance concrete implementations (like the main Spliterator of BigArrayBigList) generally should avoid using this and just implement the interface directly, but should be decent for less performance critical implementations.

As the abstract methods in this class are used in inner loops, it is generally a good idea to override the class as final as to encourage the JVM to inline them (or alternatively, override the abstract methods as final).

Since:
8.5.0
Author:
C. Sean Young <csyoung@google.com>
  • Method Details

    • characteristics

      public int characteristics()
    • estimateSize

      public long estimateSize()
    • tryAdvance

      public boolean tryAdvance(FloatConsumer action)
    • forEachRemaining

      public void forEachRemaining(FloatConsumer action)
    • skip

      public long skip(long n)
      Description copied from interface: FloatSpliterator
      Skips the given number of elements.

      The effect of this call is exactly the same as that of calling FloatSpliterator.tryAdvance(Consumer) for n times (possibly stopping if FloatSpliterator.tryAdvance(Consumer) returns false). The action called will do nothing; elements will be discarded.

      Parameters:
      n - the number of elements to skip.
      Returns:
      the number of elements actually skipped.
      See Also:
    • trySplit

      public FloatSpliterator trySplit()
      Throws:
      IndexOutOfBoundsException - if the return of computeSplitPoint() was < pos or > {@link #getMaxPos()}.
      Implementation Specification:
      This implementation always returns a prefix of the elements, in order to comply with the Spliterator.ORDERED property. This means this current iterator does not need to to update what getMaxPos() returns in response to this method (but it may do "book-keeping" on it based on binding strategy).

      The split point is computed by computeSplitPoint(); see that method for details.