This is almost the exact behavior I was talking about ...

Object.withNoSuchMethod = function withNoSuchMethod(obj, __noSuchMethod__) {
  var cachedInvokes = {};
  return Proxy.create({
    get: function (receiver, name) {
      return name in obj ?
        obj[name] :
        cachedInvokes.hasOwnProperty(name) ?
          cachedInvokes[name] :
          cachedInvokes[name] = function () {
            if(this === receiver)
              return __noSuchMethod__.call(obj, name, arguments);
            throw new Error("undefined is not a function");
          }
      ;
    }
  });
};

var p = Object.withNoSuchMethod({/*generic object*/}, function (prop, args)
{
  alert([prop, args.length]);
});

(p.test)(1, 2, 3);
var test = p.test;
test.call(p, 1, 2, 3);
test.apply(p, [1, 2, 3]);
p.test(1, 2, 3);
test.bind(p)(1, 2, 3);

test(1, 2, 3); // undefined is not a function
test.call(null, 1, 2, 3); // undefined is not a function

On Tue, Dec 20, 2011 at 2:00 PM, Tom Van Cutsem <tomvc...@gmail.com> wrote:

> - @Tom: Found bugs in DirectProxies.js
>>
>
> Thanks for reporting, but I don't think these are bugs:
>
>
>>    1. Properties created via assignment gets `false' value for descriptor
>> attributes; should be true. E.g. foo.bar = 10, where `foo' is direct proxy,
>> makes bar non-configurable
>>
>
> I can't reproduce this. Both in tracemonkey and ff8 I get the following:
>
> js> var t = {}
> js> var p = Proxy(t, {})
> js> p.x = 1
> 1
> js> Object.getOwnPropertyDescriptor(t, 'x')
> ({value:1, writable:true, enumerable:true, configurable:true})
> js> Object.getOwnPropertyDescriptor(p, 'x')
> ({value:1, writable:true, enumerable:true, configurable:true})
>
> There is, however, a TM-specific bug that I suspect may be the cause of
> your observed "non-configurable by default" behavior: <
> https://bugzilla.mozilla.org/show_bug.cgi?id=601329>
>
>    2. Can't return descriptor with `configurable: false' for non-existing
>> property; get: "cannot report a non-configurable descriptor for
>> non-existent property" But we need it in case virtual methods
>>
>
> You can (and probably should) advertise a virtual method as
> configurable:true.
>
> The proxy throws this exception because, for properties that do not exist
> on the wrapped target, it cannot guarantee that they will always be
> non-configurable. For example, if your proxy handler now says that "foo" is
> {value:10, configurable:false}, nothing stops your proxy handler from later
> claiming that "foo" is {value:0, configurable:true}.
>
> Cheers,
> Tom
>
> _______________________________________________
> es-discuss mailing list
> es-discuss@mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
>
_______________________________________________
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss

Reply via email to