Witam,
mam pytanie, jakie są właściwe główne, istotne różnice miedzy klasa a funkcja w JS?
- Rejestracja:ponad 9 lat
- Ostatnio:około 3 lata
- Lokalizacja:Warszawa
- Postów:1264
0
Klasa w JS to wyspecjalizowana funkcja służąca do tworzenia obiektów w konkretny sposób na bazie prototypu. To cukier składniowy dla funkcji-konstruktora i metod prototypu. W JS każda klasa jest funkcją, ale nie każda funkcja jest klasą.
"Cukier składniowy" o.O Pomijając, że parę hardkorów próbuje to tłumaczyć, to mógłbyś to jednak opisać normalnymi słowami, bo u nas tego określenia się nie używa za bardzo nawet po angielsku, więc nieogarnięty i tak złapie wtfa.
"cukier składniowy" również przykuł moją uwagę, bo dopiero co w komentarzach o tym pisaliśmy "Pytam się" czy "Pytam"?
- Rejestracja:prawie 9 lat
- Ostatnio:ponad 2 lata
- Postów:26
1
Ten cukier składniowy (class) jest niezbędny do wabienia ludzi, których 'callback hell' itp. odstrasza od JS. To co się dzieje na naszych oczach, to próba eliminacji wesołej twórczości na x sposobów tworzenia obiektów mających jakieś znaczenie dla 'większej' aplikacji.
- Rejestracja:ponad 9 lat
- Ostatnio:10 miesięcy
- Postów:1788
0
class ClassicalCar {}
typeof ClassicalCar
// "function"
class ModernCar extends ClassicalCar {}
ModernCar.prototype
// ClassicalCar {}
function FunctionalCar() {}
typeof FunctionalCar
// "function"
function ModernFunctionalCar() {}
ModernFunctionalCar.prototype = Object.create(FunctionalCar.prototype);
ModernFunctionalCar.prototype
// FunctionalCar {}
edytowany 1x, ostatnio: Desu
- Rejestracja:ponad 9 lat
- Ostatnio:prawie 4 lata
- Postów:317
1
Myślę, że warto odpuścić klasy w JS. I tak pod spodem będą to zwykłe funkcje i "prototype". Za dużo zamieszania.
Zobacz pozostały 1 komentarz
Trochę się pod tym podpisuję. Bo na cholerę Ci klasa, skoro i tak nie ma prywatnych? Jedyny sensowny workaround to klepanie wszystkiego prywatnego (albo co wymaga dostępu do prywatnych) w konstruktorze, co wygląda identycznie jak "klasa" zbudowana przy pomocy ES5, tyle. że otaczasz to
class i constructor, a odejmujesz return this
dlatego ja tworzę obiekty bez żadnych klas, tylko używając funkcji-fabryki, i mam tam prywatne zmienne.
czyli jednak ts ma sporo sensu ;P
Jeśli ktoś lubi programowanie oparte o klasy to pewnie tak.
0
Na przykladzie Angulara 1.5.x . Tam wykorzystywanie klas nie ma sensu, skoro i tak - jak ktos powiedzial, nie ma metod prywatnych. Dlatego, tak czy inaczej trzeba zrobic funkcje, zeby ta prywatnosc zachowac. I na pomoc przychodzi TypeScript. Ucze sie teraz angulara2 i wyglada to znaacznie lepiej.
ale przecież w Angularze jedynce ukrywanie danych istnieje na poziomie Angulara jako takiego (każda dyrektywa ma swój $scope w końcu).
0
Hasło warte przytoczenia w kontekście tematu: prekompilacja javascript.
Klasa to tylko lukier składniowy w przypadku zagmatwanego, ale topowego javascriptu, co już kolega zapewne bardziej biegły ode mnie przytoczył. Klasy sensu stricte na wzór chociażby tych javowych w js nie istnieją. Akurat w przypadku js klasa jest pojęciem węższym, funkcja jest pojęciem szerszym.
ps. uważam że dobrze, iż w Es5/6 (nie pamiętam) pojawiło się słowo kluczowe class, uprości to kod w przypadku zastosowania konkretnego wzorca.
- Rejestracja:prawie 9 lat
- Ostatnio:ponad 2 lata
- Postów:26
0
Miałem okazję z bardzo bliska przyglądać się rozwojowi języka ActionScript (podobnie jak JS opartemu o ECMAScript) od wersji 1.0, poprzez 2.0, po 3.0 i agonię:/ W mojej opinii JS podąża tą drogą i znajduje się obecnie tam gdzie AS był w 2004 roku (rok wcześniej wprowadzono wersję 2.0 i klasy):
https://en.wikipedia.org/wiki/ActionScript#Timeline_by_ActionScript_version
Po dodaniu TypeScript JS zaczyna się lekko ocierać o rok 2006 dla ActionScript (wersja 3.0), choć do AS3, JS w obecnej postaci jest nadal 'ho ho' daleko. IMHO to jedyna słuszna droga i jednocześnie nadzieja, że za 3 lata wspomnienia o prototype będą się pojawiały jedynie na wieczorkach kombatanckich developerów JS z doświadczeniem 5+ lat.
jakie są główne różnice między młotkiem a samochodem wyścigowym:P