Equality Reform(ul)ation

Brendan Eich brendan at mozilla.com
Thu Jan 16 10:03:01 PST 2014

> Kevin Smith <mailto:zenparsing at gmail.com>
> January 16, 2014 8:26 AM
> [oops - reply all this time]
>     Value objects have value, not reference, semantics. JS has string
>     number boolean already (note lowercase names). With value objects,
>     users and the host env can define others.
> Makes sense, but I thought the user could not define semantics for 
> "===":  it just means "===" for each of its data members ("structural 
> recursive strict equality test").

For integer types such as int32 and uint64, it's important that === be a 
> Does that mean that the host is somehow able to define "===" semantics 
> for opaque value types (like int64)?  Again, I'm assuming that int64 
> is opaque (i.e. not visibly composed of other elements).

It's opaque. If you self-hosted using a Uint32Array of length two 
(e.g.), you'd have to declare that as the per-instance state for the 
value class. I didn't show syntax for that -- working on it still.


More information about the es-discuss mailing list