"in" operator throwing on primitives rationale (was: eval on non-strings)

Qantas 94 Heavy qantas94heavy at gmail.com
Wed Apr 9 22:42:57 PDT 2014

On Mar 4, 2012, at 3:24 PM, Brendan Eich wrote:

> Allen Wirfs-Brock wrote:

Both of these were added to the spec. in ES3.  They are probably
>> exactly the sort of thing I was warning against when I mentioned point
>> in time or spec. writer  introduced inconsistencies.


(I was off TC39 TG1 not paying close attention, founding mozilla.org --
> sorry. :-P)

I don't think we should use ES3's aberrations to justify more like those.


Was there any reason that it was decided to keep the in operator throwing
on primitive values, or was it just a matter of "I don't think it matters
too much"?

For example, `"1" in 3` will throw a TypeError.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20140410/053f55af/attachment.html>

More information about the es-discuss mailing list