W3C home > Mailing lists > Public > public-script-coord@w3.org > October to December 2010

Re: [WebIDL] interface objects with [Constructor] and [[Call]]

From: Maciej Stachowiak <mjs@apple.com>
Date: Thu, 07 Oct 2010 23:08:41 -0700
Cc: Garrett Smith <dhtmlkitchen@gmail.com>, "Mark S. Miller" <erights@google.com>, James Graham <jgraham@opera.com>, Travis Leithead <travil@microsoft.com>, Simon Pieters <simonp@opera.com>, "public-script-coord@w3.org" <public-script-coord@w3.org>, annevk@opera.com
Message-id: <23628EC3-6FC7-4874-AC1C-B13EBDD99BF1@apple.com>
To: Cameron McCormack <cam@mcc.id.au>

On Oct 7, 2010, at 10:49 PM, Cameron McCormack wrote:

> Garrett Smith:
>> My statement in the previous paragraph is regarding the algorithm for
>> [[Construct]], as specified in ECMA-262. Were you discussing a
>> different [[Construct]]?
> Ah, I (mis-)interpreted it as a comment on all objects’ [[Construct]],
> be they native or host objects.
>> In ECMA-262, step 6 of [[Construct]] is:
>> | 6. Invoke the [[Call]] property of F, providing Result(1)
>> | as the this value and providing the argument list passed
>> | into [[Construct]] as the argument values.
>> Understand that an object that implements [[Construct]] implements
>> [[Call]]. What is not known is what either of those commands will do.
>> That is what specification is for.
> Indeed.
>> How can an object implement [[Construct]] but not [[Call]]?
> It can if it is a host object and it has a [[Construct]] which is
> different from the one defined for native Function objects in ECMA-262.
> Then there is no need for it to have [[Call]].

And in fact, some built-in objects have behavior "when called as a constructor" which cannot be explained as the 13.2.2 [[Construct]] algorithm invoking their [[Call]] behavior. One example is the String constructor. The spec doesn't seem to explicitly define its [[Call]] and [[Construct]] internal properties, but this is the only sane interpretation.

Received on Friday, 8 October 2010 06:09:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:02 UTC