Skip to content

Conversation

@lundibundi
Copy link
Member

Previously only objects with Symbol.iterator property were supported.
This makes our Iterator only check for .next function on base
and only perform toIterator if called with iter function.

This is a BREAKING CHANGE.

  • code is properly formatted (npm run fmt)
  • tests are added/updated
  • documentation is updated (npm run doc to regenerate documentation based on comments)
  • description of changes is added under the Unreleased header in CHANGELOG.md

Will update docs and changelog when we reach consensus on this as there are multiple options here.

Previously only objects with Symbol.iterator property were supported.
This makes our Iterator only check for .next function on `base`
and only perform `toIterator` if called with `iter` function.

This is a BREAKING CHANGE.
@lundibundi lundibundi added enhancement semver-major incompatible API changes labels Jun 19, 2020
@lundibundi lundibundi self-assigned this Jun 19, 2020
@lundibundi
Copy link
Member Author

lundibundi commented Jun 19, 2020

Also, while most (all?) Iterators follow the pattern of returning this on [Symbol.iterator]() call on them the spec doesn't mandate that IIUC.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement semver-major incompatible API changes

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant