Add helper functions on %RangeIteratorPrototype%

[Jack Works]

Return a Range object with a @@iterator or extends %RangeIteratorPrototype% so we can add some helper functions on the range object like range.includes()

Possible methods on the Range object

• includes(x)
• @@iterator
• @@slice (tc39/proposal-slice-notation#19 )
• toLocaleString(...) (#12 (comment))
• readonly start readonly end readonly step (For polyfill authors, #12 (comment) )

[Sergey Rubanov]

Does that also means introducing new Range type with possible static methods on it? Should two new types Number.Range and Bigint.Range be presented then?

[Jack Works]

yes, I think it will be useful but I'm not quite clear about what will the API looks like
maybe some investigation on other languages

[Sergey Rubanov]

Some possible instance and static methods:

• Number.Range.isFinite()
• Number.Range.prototype.toLocaleString([locales [, options]])
• BigInt.Range.prototype.toLocaleString([locales [, options]])

[Jack Works]

Maybe not making a Range object, but add useful methods on %RangeIteratorPrototype%.

There're complains that said Number.range is too long, and make Range a class will even longer ((new Number.range()).includes())

By adding methods on the %RangeIteratorPrototype%, we can use it like Number.range(a, b).isFinite().

[Jack Works]

For the convenience of future polyfill, IMO it should also expose 3 getters (or non-writable values) start, end and step to expose its internal slot.

[Jack Works]

Yes, we're going to have helper methods. I'm closing this issue. If anyone wants to suggest any helpers, please open a new issue. That will make the discussion easier to track.