Messing around with things and trying to find a good way to make a string reference-able...

ReferencableString.js

var StringReference = function(scope, str) {
    if(str===void 0) { str = scope; scope = window; };

    Object.defineProperty(scope, "__"+str, {
        configurable: true,
        enumerable: false,
        get: function(){
            return scope[str];
        },
        set: function(val){
            return scope[str] = val;
        }
    });
 
    var ret = new Function();

    ret.prototype.valueOf = ret.prototype.toString = function(){
        return this.get();
    };

    ret.prototype.set = function(val) {
        return scope["__"+str] = val;
    };

    ret.prototype.get = function() {
        return scope["__"+str]
    };

    return new ret();
};

The real issue here is that there is no such thing as a native Property prototype, so there is no real "instance" of anything to retrieve.

Though, a Property prototype that does not have a value, and is instead bound to a certain scope item, might look something like this if it were to be implemented:

Property.prototype = {
    __getter__: function(){ ... },
    __setter__: function(val){ ... },
    __instance__: self, // this wouldn't be a reference to the value, but the actual instance of 'Property'
    __scope__: [object Object] // this would be a reference to the "parent" object that it was initially defined on, maybe?
}

In this case, if you had an instance foo that lived in x.foo, you could store the instance of x.foo into another variable by using the following...

var fooProp = x.foo.__instance__;
fooProp = "hello world";

This would then, going by the original example in the previous comment, eventually set x._foo to "hello world"; So, retrieving fooProp, x.foo, or x._foo would return "hello world".

With this, it could open the door for any type of variable to be reference-able.

Let me give you an example and I'll be done...

Say you want to pass a String (which is immutable) to a function and change it by reference. By allowing for a Property instance, this would now be possible:

Example:

var MyObj = {
    get prop(){ return this._prop; },
    set prop(val){ return this._prop = val; },
};

function setString(str, val) {
    return str = val;
}

var myString = MyObj.prop.__instance__;

setString(myString.__instance__, "newValue");

console.log(myString);
console.log(MyObj.prop);
console.log(MyObj._prop);

All of the three above console.log statements would return an immutable string of "newValue".

The issue I noticed when writing the above example was the fragility involved in passing around the portable property. Because of the fragility, accidentally passing in myString instead of myString.__instance__ would no longer allow the setter to be called within the setString() method.

Because of this, the only other option would be to make it impossible to dereference and just scrap the __instance__ method.

The issue with this is that this sort of functionality could be incredibly cumbersome for JavaScript engines to implement. This type of functionality would probably have a couple implementations at most before dying off, with browsers like Internet Explorer shrieking at the idea that they might have to implement something as difficult as setters/getters in the first place.

The nice thing about the "old fashioned," manually written getter/setter objects was that they were portable regardless of their value.

Using myVar.getValue() and myVar.setValue() would always update the variable in the initial scope back when we declared the myVar object, and we could lug it around wherever we needed to. Unfortunately, we cannot do this with native setters/getters...