🚀 go-pugleaf

W dniu 28-01-2018 o 22:01, Wojciech Bancer pisze:

>> "...ECMAScript 5 wiele bibliotek dostarczało
>> narzędzia, dzięki którym mogło się wydawać, że JavaScript obsługuje
>> klasy."
> 
> Wydawać? 

No więc ja też z internetu, a konkretnie w tym przypadku - wspomnianej 
książki tą wiedzę czerpię. Jeśli autor zdanie tak sformułował, to ulegam 
przeświadczeniu, że teraz jest inaczej, lepiej. Nie potrafię więc 
zadecydować, które ze sprzecznych (ogólnie teraz mówię, bez nawiązania 
do klas) oficjalnie publikowanych informacji przez wydawnictwa jest 
prawdą, a która fałszem.

>>> Rectangle.prototype.constructor = Rectangle;
>>
>> Ponoć właśnie nie do końca. Funkcjonalnie w ES5 owszem. Ale w ES6 i w
>> klasach nie da się tego przeprowadzić bo prototype klas jest read only.
>> Ponoć w tym kierunku będzie rozwój JS prowadzony.
> 
> Czego się nie da przeprowadzić? 

Modyfikowania prototypu klasy w odróżnieniu od prototypu funkcji.

> Wykonać kodu powyżej np. na node 8?
> Da się. Nie da się wywołać konstruktora "klasy" jak zauwazyłeś, ale
> to nadal jest jedynie syntax sugar.

Strasznie to mętne. "Syntax sugar" tłumaczę sobie jako skrócony zapis 
czego, co przedtem było rozwlekłe.

x=> x+1

zamiast

function cosTam(x) {return x+1;}

Albo Object.assign() zamiast funkcji typu mix-in

Tymczasem jeśli coś zachowuje się inaczej, tak jak np prototypy klas z 
ES6 względem prototypów funkcji z ES5 albo możliwość odwoływania się do 
metod klasy bazowej poprzez "super", to jaki tu cukierek? To nowy 
mechanizm. Tego nie da się zasymulować w ES5.


-- 
Pozdrawiam,
Marek