proposal-deep-path-properties-for-record
ECMAScript proposal for deep spread syntax for Records (by tc39)
proposal-record-tuple
ECMAScript proposal for the Record and Tuple value types. | Stage 2: it will change! (by tc39)
| proposal-deep-path-properties-for-record | proposal-record-tuple | |
|---|---|---|
| 3 | 73 | |
| 94 | 2,430 | |
| - | 0.8% | |
| 0.0 | 2.7 | |
| almost 4 years ago | 5 months ago | |
| HTML | ||
| - | - |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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-deep-path-properties-for-record
Posts with mentions or reviews of proposal-deep-path-properties-for-record.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-09-01.
-
ES2022 feature: class static initialization blocks
Oh, I like that a lot, especially as they've proposed a new JSON.parseImmutable() method as well. The syntax is surprisingly simple (and obvious!) and deep equality and simple comparisons is perfect.
Deep paths look interesting on top of this, the idea is one I like but not sold on it being implementable in any sort of non-clunky way.
https://github.com/tc39/proposal-deep-path-properties-for-re...
-
JavaScript Records and Tuples Proposal is in ECMAScript stage 2
The proposal for that is here: https://github.com/tc39/proposal-deep-path-properties-for-record.
-
ECMAScript Proposals I am excited about
Records & Tuples + Deep path properties for Records + Pattern matching + Do-expressions
proposal-record-tuple
Posts with mentions or reviews of proposal-record-tuple.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2024-02-19.
-
Union, intersection, difference, and more are coming to JavaScript Sets
relevant issue, which is at the crux of this problem: https://github.com/tc39/proposal-record-tuple/issues/387
-
The Everything NPM Package
There are still so many basic things that aren't in the JS stdlib, though. A good example is Map - if you need to use a tuple of two values as a key, you're SOL because there's no way to customize key comparisons. Hopefully we'll get https://tc39.es/proposal-record-tuple/ eventually, but meanwhile languages ranging from C++ to Java to Python have had some sensible way to do this for over 20 years now.
-
Deep Cloning Objects in JavaScript, the Modern Way
If you’re reaching for structuredClone, what you really want is native immutable Record and Tuple syntax, and the companion “deep path properties” syntax which allows for efficient and ergonomic immutable updates:
- https://github.com/tc39/proposal-record-tuple
-
Cool language features that Rust is missing?
It will be called "record" in JavaScript which will swing the popularity back the other way I guess (currently a language proposal)
-
Why doesn't TypeScript properly type Object.keys?
I suspect considering the strong desire to maintain consistency with JavaScript, we will eventually see something that when the Record proposal passes through tc39
-
ES2023 features list!
I hope the Record and Tuple proposal makes it through
-
ES2023 introduces new array copying methods to JavaScript
I mean, I'd love some real immutable/persistent data structures in JS by default, or even some Immer-like syntax sugar. Something like the record/tuple proposal would be awesome.
-
What's new in ECMAScript 2023
This will become very useful once Records and Tuples are a thing, because it allows you to store object references in a record/tuple (which by definition can only contain primitives).
-
[AskJS] Is JavaScript missing some built-in methods?
Record and tuple is at stage 2
-
The huge potential of Kotlin/Wasm
Also, js has an ongoing immutable value data types proposal.
What are some alternatives?
When comparing proposal-deep-path-properties-for-record and proposal-record-tuple you can also consider the following projects:
proposal-class-fields - Orthogonally-informed combination of public and private fields proposals
zod - TypeScript-first schema validation with static type inference
play - The easiest way to start coding games and graphics projects in Python
Immer - Create the next immutable state by mutating the current one
proposal-class-static-block - ECMAScript class static initialization blocks
typescript-eslint - :sparkles: Monorepo for all the tooling which enables ESLint to support TypeScript
proposal-decorators - Decorators for ES6 classes
typescript-is
TypeScript - TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
proposals - Tracking ECMAScript Proposals
ts-node - TypeScript execution and REPL for node.js
proposal-pattern-matching - Pattern matching syntax for ECMAScript
proposal-deep-path-properties-for-record vs proposal-class-fields
proposal-record-tuple vs zod
proposal-deep-path-properties-for-record vs play
proposal-record-tuple vs Immer
proposal-deep-path-properties-for-record vs proposal-class-static-block
proposal-record-tuple vs typescript-eslint
proposal-deep-path-properties-for-record vs proposal-decorators
proposal-record-tuple vs typescript-is
proposal-record-tuple vs TypeScript
proposal-record-tuple vs proposals
proposal-record-tuple vs ts-node
proposal-record-tuple vs proposal-pattern-matching