proposal-array-equality
proposal-iterator-helpers
proposal-array-equality | proposal-iterator-helpers | |
---|---|---|
1 | 35 | |
67 | 1,250 | |
- | 3.2% | |
10.0 | 4.9 | |
about 3 years ago | about 1 month ago | |
HTML | HTML | |
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
proposal-array-equality
-
HypeScript: Simplified TypeScript's type system in TypeScript's own type system
> Switch statements
JS has had switch statements for a long time. Do you mean switch "expressions" that can be used inline? It's not pretty but JS has long supported that too using either eval() "hacks" or IIFEs: https://stackoverflow.com/questions/32451049/is-eval-the-onl...
Do you mean pattern matching? There are two Stage 1 TC39 proposals with different approaches to it:
More hands-on/direct: https://github.com/tc39/proposal-pattern-matching
More indirect: https://github.com/tc39/proposal-do-expressions
> list comprehensions
There are several libraries with strong Iterator support today that while not syntactically gorgeous do great jobs at allowing you to write simple list operations. Off the top of my head are IxJS and iter-tools, but also classic mainstays like up to date versions of lodash and Ramda.
There's a Stage 2 proposal to bring more of them into "the standard library": https://github.com/tc39/proposal-iterator-helpers
There's also a Stage 2 proposal for an operator to make the syntax generally nicer no matter the library: https://github.com/tc39/proposal-pipeline-operator
> array slicing
Array.prototype.slice() was added back in ES2015: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
Array.prototype.at() was "just added" in ES2022 for unary "slice" (ability to use negative indexes): https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
If you prefer syntax to function calls, there's a Stage 1 proposal still live for that: https://github.com/tc39/proposal-slice-notation
> better equality operators
That ship has probably sailed. Most projects at this point just have linter rules to standardize everything to the more reliable "triple equals" (===, and !==).
There are proposals for more structural equality functions in the standard library, though, for instance: https://github.com/tc39/proposal-array-equality
proposal-iterator-helpers
-
TC39: Add Object.groupBy and Map.groupBy
Global iterator type is coming: https://github.com/tc39/proposal-iterator-helpers
But a method named `groupBy` on iterators traditionally means a different thing: https://github.com/tc39/proposal-array-grouping/issues/51#is...
Global iterable type it's too late for, since there's many extant iterables in the language and on the web which don't have it in their prototype chain and can't reasonably be changed.
-
Lodash just declared issue bankruptcy and closed every issue and open PR
Very much agreed. The amount of mileage we get from using Spread (literally the ...) alone has been amazing. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe... Iteration helpers is shipping soon, that'll be a huge help (async iteration helpers will be delayed for a while). https://github.com/tc39/proposal-iterator-helpers .
In the olden days, I feel like the codebases I worked on needed to use .apply() multiple times a week, to figure out some creative way of invoking functions. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe... That's all gone now; I'd take even odds that 50% of my team knows .call and .apply.
Chrome 117 is shipping Object.groupBy() and that's gonna be a huge help in eliminating a lot of the last places we end up using lodash. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
-
It’s 2023. Start using JavaScript Map and Set
Once this https://github.com/tc39/proposal-iterator-helpers reaches browsers, I'm prob gonna be exclusively using Maps.
- Why I Like Using Maps (and WeakMaps) for Handling DOM Nodes
-
Updates from the 95th TC39 meeting
No, probably not. But with iterator helpers, you can do
-
All JavaScript and TypeScript features of the last 3 years explained
> focus more on improving the terrible JS web API
That's W3C’s job, not ECMA’s.
> Where are all the containers?
?
> Sorted sets/maps?
Sets and Maps are sorted (by insertion order)
> Why can't I even map an iterator?
It's coming, but someone will likely be exhausted by that addition. https://github.com/tc39/proposal-iterator-helpers
-
Uncle Bob and Casey Muratori Discuss Clean Code
Upcoming: https://github.com/tc39/proposal-iterator-helpers
-
[AskJS] Is JavaScript missing some built-in methods?
Not Generators, but Iterators have a Stage 3 proposal with helpers like these.
-
Just fighting URLSearchParams and wonder if anyone uses iterators IRL and what I do miss
I guess you are not the only one dealing with this. That’s why there is this proposal https://github.com/tc39/proposal-iterator-helpers So hopefully it will get easier soon. But in most cases you can simply wrap it in Array.from or you can also clone with the spread operator.
-
Iterator/Generator Exercises?
Let's assume Number.range(), iterator helpers and some isPrime() function. From that we could easily create the following:
What are some alternatives?
proposal-slice-notation
proposal-function-helpers - A withdrawn proposal for standardizing some useful, popular helper functions into JavaScript’s Function object.
Super-Template-Tetris - Tetris as a C++ Template Metaprogram
IxJS - The Interactive Extensions for JavaScript
HypeScript - 🐬 A simplified implementation of TypeScript's type system written in TypeScript's type system
proposal-hack-pipes - Draft specification for Hack pipes in JavaScript.
proposal-pipeline-operator - A proposal for adding a useful pipe operator to JavaScript.
proposal-hack-pipes - Draft specification for Hack pipes in JavaScript. [Moved to: https://github.com/tc39/proposal-hack-pipes]
revery - :zap: Native, high-performance, cross-platform desktop apps - built with Reason!
EventSource - a polyfill for http://www.w3.org/TR/eventsource/
proposal-pattern-matching - Pattern matching syntax for ECMAScript
mpr.kirke.dev