<div class="gmail_quote">2011/7/15 Jason Orendorff <span dir="ltr"><<a href="mailto:jason.orendorff@gmail.com">jason.orendorff@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Back to Mark S. Miller:</div><div class="im">
> And finally there's the issue raised by David on the es-discuss thread: What<br>
> should the structured clone algorithm do when encountering a proxy? The<br>
> algorithm as coded below will successfully "clone" proxies, for some meaning<br>
> of clone. Is that the clone behavior we wish for proxies?<br>
<br>
</div>The structured cloning algorithm should be redefined in terms of the<br>
ES object protocol. This seems necessary anyway, for precision.<br>
<br>
The appropriate behavior regarding proxies would fall out of that;<br>
proxies would not have to be specifically mentioned in the algorithm's<br>
spec.<br></blockquote><div><br></div><div>+1. This also matches with the behavior of JSON.stringify(aProxy): serializing a proxy as data should simply query the object's own properties by calling the appropriate traps (in the case of JSON, this includes intercepting the call to 'toJSON').</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">(Every algorithm that mentions proxies, or really any other object<br>
type, by name is one broken piece of a Proxy.isProxy implementation.)<br>
<br>
Cheers,<br>
<font color="#888888">-j<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</div></div></blockquote></div><br>