[MostlyRenegade]

#javascript #programowanie #heheszki

[MostlyRenegade]

@diofantos: to tak jest, gdy się z zabawki chce zrobić prawdziwe narzędzie ( ͡° ͜ʖ ͡°)

[orkin2913]

@diofantos: nie będzie. Mało kto zdaje sobie z tego sprawę, ale świat webowy jest na tyle specyficzny, że próba wejścia w niego jakiegokolwiek języka zniszczyłaby go. Głównym problemem jest kompatybilność wsteczna - w Javie, C# czy każdym innym „normalnym” języku jak twórcom coś się nie podoba, to wyrzucają to z języka i wydają nową wersję kompilatora. W przypadku JSa nie można tak zrobić bo kod musi działać i na starych

[oslet]

@MostlyRenegade no tak, trudno pojąc że this wewnątrz metody obiektu reprezentuje ten obiekt a poza metodami obiektu reprezentuje window (czyli tak naprawdę też obiekt tyle że "domyślny", globalny).

[p.....k]

@oslet: oglądałeś to całe? ( ͡º ͜ʖ͡º) bo chyba przeoczyłeś kilka przypadków

[oslet]

@powaznyczlowiek no chyba nie przeoczyłem, bo co niby? Strict tylko wyłącza widoczność globalnego this/window nic poza tym (w kontekście o którym mowa). A żale o () => wynikają tylko z niezrozumienia czym jest ta konstrukcja.

[p.....k]

@oslet: dokładnie - wystarczy być doświadczonym developerem JS i znać te przypadki, a wszystko jest jasne i klarowne. Świetny język, świetna technologia ( ͡° ͜ʖ ͡°)

[kumba]

@oslet: @powaznyczlowiek: wystarczy nie używać this (poza powiedzmy es6 classes) Tak samo powstało pierdyliard memów o tym jakie dziwne wyniki zwraca ==, a to po prostu legacy szajs którego żaden linter nie przepuści.

[elektryk91]

@MostlyRenegade: może waszym problemem jest, że wy dalej używacie this poza obiektami klas?

[MostlyRenegade]

@elektryk91: moim na pewno nie, bo ja w ogóle nie używam javascriptu ( ͡° ͜ʖ ͡°)

[p.....k]

@kumba: xD

Wy chyba nie rozumiecie, że to z tych wszystkich "wystarczy nie używać...", "wystarczy rozumieć że..." jest największa beka xD

W normalnym języku programowania bierzesz wersję X i w tej wersji wszystko działa w dany sposób i koniec - używasz, masz dokumentację i po temacie.

A w JavaScript masz coś co działa tak, ale może też działać inaczej, ale "należy też pamiętać że" - i tak w nieskończoność, aż

[vebbo]

@orkin2913: Blazor akurat działa na WASM i nie jest na końcu kompilowany do JS

[orkin2913]

@vebbo: obsługa drzewa DOM jest realizowana poprzez JS. WebAssembly w obecnym standardzie nie ma obsługi HTMLa i raczej nie zanosi się na to by mieli to wprowadzić

[p.....k]

@Ranmus: fajnie wytłumaczyłeś, a co z tym przypadkiem?

[oslet]

@powaznyczlowiek no przecież doit NIE JEST metodą obiektu anObject xD tylko checkThis nią jest. Chyba w każdym popularnym języku programowania, jak w metodzie zagniezdzisz funkcje to this w niej nie będzie już odwoływało się do obiektu.

[p.....k]

@oslet: no owszem bo będzie odwoływało się do jakiegoś anonimowego wewnętrznego obiektu - to czemu tutaj mamy ponownie Window? ( ͡° ͜ʖ ͡°)

[oslet]

@powaznyczlowiek patrz pierwszy mój komentarz w tym wątku (do którego się czepnąłeś że niby cos w nim pomijam a nadal on wszystko wyjaśnia, również to o co teraz pytasz), cytuje:

no tak, trudno pojąc że this wewnątrz metody obiektu reprezentuje ten obiekt a poza metodami obiektu reprezentuje window (czyli tak naprawdę też obiekt tyle że "domyślny", globalny).