privat und (pseudo-)"Klassen" - Prototype und Scopevariablen

[Struppi]

siehst Du den unterschied zwischen Struppis "sprechendem code"
und dem ebenso "spechenden code", den Du zitierst?

Na kaum (außer wie von Dir beschrieben) denn die Kapselung erfolgt ja, bei Javascript via Closure. Ob dies ein "Umweg" ist, scheint ja Interpretationssache.

Das stimmt, wenn du ein zusätzliches closure nicht als Umweg siehst, dann ist es eben keiner. Aber letztlich kannst du nicht bestreiten, dass JS keine Klassenweite Gültigkeit von Variabeln definieren kann.

molily nennt das "emulieren".

Was eine ähnliche Bedeutung wie simulieren hat.

Der Artikel beschreibt die Prototypische Vererbung, damit habe ich kein Problem. Nur damit, dass ich mir immer überlegen muss, wie private Member Kapseln sollte. Entweder ich habe u.U. Geschwindigkeitseinbußen oder keine Kapselung.

Naja, von Geschwindigkeit war ja eher am Rande die Rede. Es ging ja eher um die Umsetzung eines Prinzips. Mit der "Performance " hat sich Mathias in o.g. Artikel ja auch intensiv beschäftigt.

Du verwechselst wieder etwas. Es geht nicht um die Geschwindigkeit von closures. In meinem Beispiel, hat das closure nur eine untergeordnete Rolle und so gut wie kein Performance Nachteil. Allerdings ist dieser Weg eher selten.

Den Nachteil hast du erst, wenn du im Konstruktor mit this.func = function() {} eine Funktion der Instanz hinzufügst.

Struppi.