W dniu 2015-09-29 o 10:17, n...@t...net.pl pisze:

> I co ci się kłóci.

Już pokazuję co w "Twoim" podejściu się kłóci.
Mamy w klasie bazowej jak i pochodnej tak samo nazwaną zmienną (this.a):

function SuperClass(a,b)
{
this.a=a;
this.b=b;
}

SuperClass.prototype.parametry=function()
{
console.log("parametry", this.a, this.b);
};

function SubClass(a,b)
{
this.a=100;
SuperClass.call(this,a,b);
}

SubClass.prototype=Object.create(SuperClass.prototyp
e);

var obj=new SubClass(20,30);
obj.parametry();
console.log(obj.a);

Otrzymujemy:
parametry 20 30
20

Spodziewałbym się:
parametry 20 30
100

Wygląda na to, że zmienne używane w klasie bazowej są:
a) publiczne (czego nie chcę, ale mogę to jeszcze przełknąć)
b) nadpisywane zmiennymi z klasy potomnej!!!

Pisząc klasę potomną muszę zatem uważać aby nie powtórzyć nazwy zmiennej
z klasy bazowej. JS pozwala na tworzenie zmiennych gdziekolwiek w kodzie
więc w życiu nie dojdę jakie nazwy zmiennych są zastrzeżonymi. Mało tego
- jeśli w późniejszym czasie programista klasy bazowej dorzuci kolejną
zmienną to może rypnąć się cały projekt bo programiści klas potomnych
mogą już używać takiej nazwy zmiennej.

Nie wyobrażam sobie jak można nad tym zapanować w takim podejściu.

> Należy trzymać się konwencji języka i stosując tę konwencję kombinować
> z kopiowaniem (dziedziczeniem).

JS nie ma chyba nigdzie opisanej konwencji języka albo tych konwencji
jest tyle ilu programistów. Jeśli chcę się nauczyć C++, to kupuję
dowolny podręcznik i mam konwencję. W JS mogę co najmniej 3 "konwencje"
OOP przytoczyć i żadna z nich nie działa do końca.


--
Pozdrawiam,
Marek