🚀 go-pugleaf

W dniu sobota, 27 sierpnia 2016 09:06:04 UTC+2 użytkownik arivald napisał:
> W dniu 2016-08-27 o 08:46, zpksoft pisze:
> > W dniu piątek, 26 sierpnia 2016 18:24:55 UTC+2 użytkownik arivald napisał:
> >> W dniu 2016-08-26 o 17:36, Mikołaj 'Virion' Milewski pisze:
> >>> W dniu czwartek, 25 sierpnia 2016 22:54:14 UTC+2 użytkownik kamel...@gmail.com napisał:
> >>>
> >>>> JavaScript odpada u mnie z definicji :)
> >>>> 1. Jest za wolna
> >>>
> >>> Wolna czy za wolna? ;-) Firefox, Thunderbird i szereg aplikacji systemowych Windowsa
> >>> 8/10 jest napisane w JS.
> >>
> >> Eeee... nie całkiem. Firefox, Thunderbird i inne aplikacje na Gecko są
> >> napisane głównie w C++, a JavaScript jet rodzajem kleju pomiędzy
> >> komponentami. Tak, sporo logiki biznesowej jest w JS. Szacuję że
> >> aplikacja spędza nie więcej niż 5% czasu w JS, resztę w natywnych binarkach.
> >>
> >> I JS jest jednym z powodów dlaczego Firefox czy Thunderbird jak się
> >> zawiesi to wszystkie okna na raz ... brak wielowątkowości w JS.
> >>
> >> A najbardziej wkurza jak skrypt na stronie WWW zawiesza całą aplikację...
> >>
> >
> > Widać że nie używasz JS. Wielowątkowość jest w tym języku i to bardzo ładnie opakowana
> > bez kombinacji jak np w Delphi. Wielowątkowość tqorzy się sama. Trzeba mieć tego
> > świadomość. Na przykład (pseudokod):
> >
> > pobieram obrazek
> > coś z nim robię
> >
> > ^ powyższy kod jest błędny bo pobieranie obrazka nie zakończy się a już wywoływana
> >  będzie instrukcja "coś z nim zrobię".
> >
> > Powinno być w "pobieram obrazek":
> >
> > obrazek.onLoad=function{
> >   coś z nim robię  //zostanie wywołane dopiero po pobraniu obrazka
> > }
> 
> Ale tu mówisz nie o wielowątkowym kodzie JS. Mówisz o asynchronicznym 
> API używanym przez JS. A to ogromna różnica.
> Sam JS nie ma żadnego wpływu na to jak i kiedy i czy w ogóle obrazek się 
> załaduje. To jest domena nawet nie silnika JS, a przeglądarki.
> 
> Podobnie ze wszytkimi asynchronicznymi API, jak np. XmlHttpRequest.
> 
> > Kolejna kwestia to szybkość działania JS. Od zawsze mówiło się o tym że języki
> >  interpretowane są wolniejsze od kompilowanych.
> > Teraz przeglądarka po wczytaniu strony dokonuje kompilacji JS i kod działa jak należy.
> >
> > Co do Javy- nie używam. Bo nie działa natywnie w przeglądarce :P
> >
> > Paweł
> >
> 
> -- 
> Arivald

Albo ja Ciebie nie rozumiem albo Ty mnie. Piszesz że JS nie ma kontroli nad tym czy obrazek się załaduje. Właśnie podałem przykład na to że ma. I jest to typowe w programowaniu w JS. Jeżeli się tego nie uwzględnia to aplikacja działa tak jak napisał to bodajże wloochacz "roszypuje się i blokuje przeglądarkę". 
Ale tak się dzieje tylko wtedy gdy nie rozumie się wielowątkowości JS. Możesz to nazwać "asynchronicznym API" ale na jedno wychodzi: kilka czynności jest wykonywanych w tym samym czasie niezależnie.
To w Delphi musimy stosować się do odpowiednich zabiegów żeby stwierdzić czy dany wątek zakończył się. W JS jest to proste i naturalne.

I żeby nie było że dołuję Delphi. Nie. Programuję równocześnie w obu językach (i nie tylko tych). Każdy ma swoje miejsce i cechy.

Paweł