Allen, thank you for the clarification there
Rick On Feb 24, 2012, at 7:19 PM, Allen Wirfs-Brock <[email protected]> wrote: > > On Feb 24, 2012, at 11:09 AM, Rick Waldron wrote: > >> >> >> On Thu, Feb 23, 2012 at 3:15 PM, Erik Arvidsson <[email protected]> >> wrote: >> DOM4 added a new interface called DOMStringList for the sole reason >> that Array does not have contains. Before this the return type was an >> Array of Strings so we could use indexOf, map, forEach etc. Now that >> it is using a non Array we lost all of that. >> >> Wouldn't the return type (or [[Class]]) still be restricted from using >> "Array"? >> >> From 8.6.2 >> >> The value of the [[Class]] internal property is defined by this >> specification for every kind of built-in object. The value of the [[Class]] >> internal property of a host object may be any String value except one of >> "Arguments", "Array", "Boolean", "Date", "Error", "Function", "JSON", >> "Math", "Number", "Object", "RegExp", and "String". >> >> >> So it can't be an "Array" by name, right? >> > > It can be, as long as it really is a ES array. "host object" doesn't mean > any object created by the host. It means new kinds of objects created by the > host that implement primitive behaviors (generally internal methods) > differently from what is specified by the ES spec. > > So, from the ES perspective, no problem. When I originally asked the > question I was thinking more about from the Web IDL perspective. Does Web > IDL require things (for example throwing if extra arguments are passed) that > ES Arrays do not do. > > > Allen
_______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
