🚀 go-pugleaf

W dniu niedziela, 28 sierpnia 2016 13:25:47 UTC+2 użytkownik arivald napisał:

> Antywzorzec, ale niezbędny. I nie mówię tu o zmiennych w globalnej 
> przestrzeni nazw, globalnym scope, bo np. statyczne pola i metody w 
> klasach takze są globalami.
> 
> Nadużywanie zmiennych globalnych to jest dopiero problem.

W aplikacji powinna być jeden obiekt globalny: główny kontener IoC. Inne stany globalne są czasem nie do uniknięcia, zwykle z powodu "kodu trzeciego", ale zawsze jakiś kotek ginie, gdy wprowadzasz nową zmienną globalną... ;-)

> E, jaki tam koszmar. Wystarczy parę zasad (dane są albo stałe, każdy 
> wątek może czytać, albo dane należą do danego wątku i tylko on może je 
> czytać i zmieniać, używać odpowiednich mechanizmów do przesyłania danych 
> z wątku do wątku), i problemy znikają.

Kto nigdy nie miał deadlocka, niech rzuci kamieniem.

Rzecz jest jeszcze taka, że przyswojenie sobie tych zasad i ich dobre zrozumienie zajmuje zwykle parę lat - lat, w których młody programista JS jest już bardziej produktywny.

> IMO sprzęganie.

Dzięki :-)

> Naprawdę nie widzę czemu akurat wielowątkowość ma na to jakiś wpływ.
> To raczej zależy od zadań i architektury aplikacji. Wystarczy zastosować 
> pośrednika, np kontener IOC, do komunikacji jakiś szyna komunikatów albo 
> slot-signal, etc., żeby osiągnąć luźne sprzeganie komponentów.

I znów - trzeba to sobie przyswoić, bo platforma zezwala na znaczne nadużycia.

> Owo "asynchroniczne podejście JSa" jest wymuszone przez jego 
> jednowątkowość. I nie jest to tyle podejście JS co podejście API których 
> z JS się używa, żeby zapewnić w płynne działanie aplikacji.
> 
> Dokładnie tak samo da się sterować aplikacją w każdym języku.
> Np kolejka komunikatów w Windows (i w wielu innych) jest bardzo podobnym 
> rozwiązaniem, zamiast eventów JS są komunikaty.

Jasne. Ale, czy widziałeś kod reaktywny w Delphi? Da się wszystko, ale platforma zachęca lub zniechęca. Wyszedłszy od jednowątkowych skryptów dla weba, rynek doszedł do szerokiego rozpropagowania programowania asynchronicznego i reaktywnego. Język jest paskudny (moja opinia), ale ekosystem robi wrażenie i jestem pewien, że jeszcze nie raz pozytywnie zaskoczy.

> IMO to jest związane raczej z rosnącym znaczeniem, ilością i 
> skomplikowaniem aplikacji przeglądarkowych.
> JS ma swoje nisze i zastosowania, ale nie jest to język na którym 
> bazował bym aplikację.

Ja też nie, dlatego dzięki niech będą Hejlsbergowi za TypeScripta!

> Arivald

-- 
Pozdrawiam,
Virion