En sjov en - burde den ikke give fejl?

Fri, 27 Apr 2012 19:30:13 GMT

Bem�rk i denne kodestump at jeg kalder en private metode p� tv�rs af to objekt instanser. Umiddelbart ser det ud til at kunne virke fordi objekterne er instanser af samme klasse. Men det burde da vel ikke v�re muligt, eller er det noget man kan i JAVA og ASP.NET?

PHP kode

 class TestClass {
     public function __construct($test) {
         $this->test = $test;
     }
 
     public function publicMethod() {
         return $this->privateMethod();
     }
     
     private function privateMethod() {
         echo spl_object_hash($this).'::'.__METHOD__.'<br />';
         return ($this->test ? $this->test->privateMethod() : '');
     }
 }
 
 $v = new TestClass(null);
 $c = new TestClass($v);
 
 $c->publicMethod();

Private Members i JavaScript

Wed, 20 Apr 2011 18:11:38 GMT

Hey allesammen!

Jeg sad her forleden og legede lidt med tanken om private members i JavaScript, det var langt fra f�rste gang jeg t�nkte p� om det var muligt, og det er nok ogs� en af de f� ting jeg virkelig �grer mig over i JavaScript.
I C++ fx, er det bare at skrive private foran din member, og vupti s� er den p� plads, og kan bruges af de metoder der nu en gang har adgang til denne member. I JavaScript er dette jo nogenlunde muligt, I kender sikkert den constructor-baserede tilgang til private members i en klasse:

JScript kode

 function Person(name, secret) {
      this.name = name;
      
      this.tellSecret = function() {
           return secret;
      }
 }
 
 var john = new Person("John", "Privacy");
 
  >> john.tellSecret();
 "Privacy"
  >> john.secret;
 undefined

Det er altsammen meget godt, men det �del�gger lidt noget af det allerbedste ved JavaScript, Prototypal-Based OOP. Muligheden for at udvide klasserne med funktioner senere hen, MED adgang til private members er alts� her ikke muligt. Man ville v�re n�d til at lave "semi-private" members, ala:

JScript kode

 function Person(name, secret) {
      this.name = name;
      this._secret = secret;
 }
 
 Person.prototype.tellSecret = function() {
      return this._secret;
 }
 
 var john = new Person("John", "Privacy");
 
  >> john.tellSecret();
 "Privacy"
  >> john._secret;
 "Privacy"

Det virker alts� meget godt, men id�en med private members er lidt d�d, for de er jo ikke "rigtigt" private.

Jeg �grede mig i lang tid over dette, indtil jeg for nyligt fandt p� en l�sningsmodel! Endda en "lovlig" een, uden brug af Function.source, eval eller andre b�ller! Funktionen jeg har fundet p� har jeg kaldt for Function.Privacy. Normalt er jeg ikke tilh�nger af stort begyndelsesbogstav i funktionnavne, men da denne funktion fungere som en konstrukt�r, syntes jeg at det var passende. Function.Privacy, lyder:

JScript kode

 Function.prototype.privacy = function() {
     function merge(obj1, obj2){
         var obj3 = {}, attrname;
         for (attrname in obj1) { obj3[attrname] = obj1[attrname]; }
         for (attrname in obj2) { obj3[attrname] = obj2[attrname]; }
         return obj3;
     }
     
     var env = {};
     var obj = new (this.bind.apply(this, [].concat.apply([null], arguments)))();
     env.private = obj.private || {};
     delete obj.private;
     
     for(var i in obj) {
         if(typeof obj[i] === "function") obj[i] = obj[i].bind(merge(obj, env));
     }
     
     return obj;
 }

F�rst opretter jeg en objekt-variabel, env(ironment), som bruges til at holde de private variabler der defineres/�ndres.
Herefter opretter jeg selve objektet (klassen), ved at kalde dens konstrukt�r, som i dette tilf�lde holdes af variablen this. For at kunne kalde konstrukt�ren med diverse argumenter, benytter jeg mig at et "trick" til at konvertere arguments variablen, til et "�gte" array.
Jeg overf�rer det det private object der er blevet oprettet i konstrukt�ren, hvis det ikke er blevet lavet, bliver "private" variablen bar til et tomt object.
Til sidst, genneml�ber jeg samtlige funktioner, objektet har, og benytter ECMA 5 funktionen Function.bind, til at "binde" scopet til objektet der returneres af merge metoden, mellem objektets egne public members, og "environments" private members.

Jeg vil yderst gerne h�re feedback p� denne metode fra jer andre, omkring brugbarhed, forbedringer og diverse kommentarer!
Jeg har allerede performance testet denne metode, og den klare sig selvf�lgelig ikke n�r s� godt som de "normale" OOP metoder, men den er alligevel oppe p� ca. 350.000 ops/sec p� JSPerf.com
Det er klart at denne metode ikke skal bruges til at oprette en million objekter med, men som en POC eller til mindre projekter med f�rre kodelinjer, kunne jeg forestille mig denne funktion, som behagelig.

Lad mig h�re hvad i t�nker!
// Saebekassebil

Udvikleren.dk - Seneste [private] forum tr�de

En sjov en - burde den ikke give fejl?

Private Members i JavaScript