Hallo,

protected heißt, dass in deinem Beispiel myExtendedObj Zugriff auf die Variabel myPrivate haben müßte, hat sie aber nicht

Ich sag doch Krücken gibt es immer, wie Florian schön und elegant, wie ich finde, mit seinem Code gezeigt hat.

Was ist das für eine "Krücke", wenn ich in einer Funktion definiere, was privat ist oder nicht bzw. bei der Übergabe einer callbackfunktion. Ich verstehe nur, dass das an anderer Stelle geschieht. Nicht aber, wie ein übergeordnetes Prinzip (Trennung von öffentlichen und privaten(=sicherheitsrelevanten oder den globalen Scope "verschmutzenden")  Variablen) hier nicht umsetzbar sein sollte. Allein die Syntax oder die Logik ist eine etwas andere.

dieser Artikel zu protected beschreibt Dein Argument wohl auch nochmal, dass es protected nicht gibt in Javascript. Aber auch, dass diese übergeordnet eine Sicherheitsfrage und Frage der Codestruktur ist. Ich verstehe es nach wie vor so, dass diese beiden Konzepte (also das übergeordnete Ziel von "protected") mit JS eben anders umzusetzen ist, und nicht über die prototype-chain. Eine andere Variante bzw. Umstetzung von OOP würde ich herauslesen.

Gruß

jobo