SaaSHub helps you find the best software and product alternatives Learn more →
Proposal-record-tuple Alternatives
Similar projects and alternatives to proposal-record-tuple
-
-
InfluxDB
InfluxDB – Built for High-Performance Time Series Workloads. InfluxDB 3 OSS is now GA. Transform, enrich, and act on time series data directly in the database. Automate critical tasks and eliminate the need to move data externally. Download now.
-
-
-
-
-
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
-
-
-
-
-
-
immutable-js
Immutable persistent data collections for Javascript which increase efficiency and simplicity.
-
-
-
-
proposal-import-assertions
Discontinued Proposal for syntax to import ES modules with assertions [Moved to: https://github.com/tc39/proposal-import-attributes]
-
proposal-change-array-by-copy
Discontinued Provides additional methods on Array.prototype and TypedArray.prototype to enable changes on the array by returning a new copy of it with the change.
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
proposal-record-tuple discussion
proposal-record-tuple reviews and mentions
- The Record/Tuple ECMAScript Proposal has been withdrawn
- Record and Tuple Proposal Withdrawn by Tc39
-
JavaScript Temporal Is Coming
Records and tuples are unlikely to ever ship, or at least are extremely unlikely to ship with the semantics around equality people want. My understanding is that browser vendors already have pretty strong opposition to introducing new primitives at this point. Reading this thread[1] will give some explanation as to the hiccups with how equality would behave. It sucks, because while I wouldn't have expected BigInt to have gotten much adoption in the first place, I constantly run into cases where I'd want records or tuples.
[1] https://github.com/tc39/proposal-record-tuple/issues/387
- JavaScript Structs
-
Ask HN: What's the next big step in the evolution of web applications?
The next big step is dependent on JS language/runtime features. Specifically the Record-Tuple proposal (https://github.com/tc39/proposal-record-tuple)
TL;DR: It's a way to designate data as being immutable.
JS doesn't currently have a good way to do this, so everything built for it tries to assume that data hasn't changed since it was last set. This leads to headaches for developers and wasted cycles for runtimes.
When JS has a proper way to make data immutable, it makes it easier for libraries/frameworks to make guarantees about the underlying data and makes it possible for runtimes to better optimize code.
-
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
-
A note from our sponsor - SaaSHub
www.saashub.com | 21 May 2025
Stats
The primary programming language of proposal-record-tuple is HTML.
Popular Comparisons
- proposal-record-tuple VS proposal-pattern-matching
- proposal-record-tuple VS react-tracked
- proposal-record-tuple VS TypeScript-Call-Graph
- proposal-record-tuple VS typescript-is
- proposal-record-tuple VS proposal-type-annotations
- proposal-record-tuple VS zod
- proposal-record-tuple VS limu
- proposal-record-tuple VS react-18
- proposal-record-tuple VS proposals
- proposal-record-tuple VS Immer