Adding [[Invoke]] to address issues with methods called on Proxies
andrea.giammarchi at gmail.com
Tue Jan 29 10:06:43 PST 2013
I am not sure I understand but ... if you can solve the receiver object,
what is exactly the difference/problem again with __noSuchMethod__ and the
`this` receiver ? 'cause __noSuchMethod__ has been always used (regardless
problems with getters and setters and stuff nobody used with
__noSuchMethod__ a part from specifications) same way PHP __call($name,
$arguments = array()) has been used since ever ... what am I missing that
is so different with [[invoke]] ? Thanks for explaining.
On Tue, Jan 29, 2013 at 7:57 AM, Brandon Benvie
<brandon at brandonbenvie.com>wrote:
> Err yes, sorry. I was assuming away the last "arguments" argument in al
> three cases!
> On Tuesday, January 29, 2013, Allen Wirfs-Brock wrote:
>> or [[CallProperty]](receiver, property, arguments)
>> I haven't had a chance to work through all the details yet, but this is
>> something I want to explore as a solution to the Proxy forwarded identify
>> issue. It does have to work with both normal property access calls and
>> with super calls. Also, it needs to be consistent with the Proxy semantics
>> of [[Get]]/[[Put]] when they trigger accessors.
>> On Jan 29, 2013, at 4:04 AM, Brandon Benvie wrote:
>> > A superior third alternative is [[CallProperty]](receiver, property)
>> (and, in retrospect, likely what awb intended) which would allow for both
>> __noSuchMethod__ and correctly trapping super. This fits with
>> [[CallProperty]] being the combination of [[Get]] with calling the method.
>> > _______________________________________________
>> > 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
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss