Object.equals() and Object.clone()

Eric Devine devineej at gmail.com
Tue Nov 15 02:31:45 UTC 2016


How about beginning with the HTML structured clone algorithm, and a
`Symbol.clone` property to allow an object to optionally define it's own
cloning behavior?

On Mon, Nov 14, 2016 at 9:02 PM, Isiah Meadows <isiahmeadows at gmail.com>
wrote:

> I agree. Also, consider iterables. Should their `Symbol.iterator` method
> be called? There's no obvious behavior for the details, and people's
> opinions differ on what should be correct.
>
> On Mon, Nov 14, 2016, 20:58 Frankie Bagnardi <f.bagnardi at gmail.com> wrote:
>
> It's pretty hard to decide how these behave, specifically with custom
> classes. Focusing on Object.clone...
>
> - with classes do you call the constructor, and with what arguments?
> - HTMLElement and sub classes can't be constructed directly, what happens
> with them?
> - do you copy internal properties? this would make it hard to polyfill
> - how does it behave with getters and setters?
> - with regular expressions do you copy the lastIndex?
>
> Most of those apply to Object.equals also.
>
>
>
> On Mon, Nov 14, 2016 at 6:25 PM, Kevin Barabash <kevinb at khanacademy.org>
> wrote:
>
> It would be nice if deep equality checking and deep cloning of objects was
> included in the standard library.  Has there been any proposals around
> including these in the past?
>
> – Kevin
>
>
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
>
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
>
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20161114/a02c7627/attachment-0001.html>


More information about the es-discuss mailing list