RxJS vs Promises - co sądzicie? (dyskusja) [ankieta]

Question

Cześć,

wpadł mi pomysł aby co jakiś czas stworzyć na forum nie tyle post w formie Q&A co bardziej poddać temat pod dyskusję i wymianę poglądów... Dzisiaj chciałem rzucić na weekend jakimś luźniejszym tematem, czyli co sądzicie o RxJS vs Promises, które rozwiązania preferujecie w projektach produkcyjnych, co Was skłania do danego wyboru, co Wam sprawia ewentualnie największe trudności, jak Wam się testuje rxjs jeśli z niego korzystanie itp.?

Na początek mogę dać całkiem ciekawy artykuł omawiający ten temat: https://itnext.io/javascript-promises-vs-rxjs-observables-de5309583ca2

Ja osobiście jestem wielkim zwolennikiem rxjs i bardzo przyjemnie mi się z tym pracuje, szczególnie w aplikacjach, gdzie jest dość częsta wymiana danych z API. Ostatnio miałem okazję też nieco bardziej wdrożyć się w temat server sent event i w połączeniu z rxjs na froncie moim zdaniem jest to super sprawa, bardzo przyjemnie można ograć doładowywanie stanu dla frontu itp. Tym bardziej, że patrząc na rozwój świata JS to reactive style jest też zauważony w TC39, obecnie Observable jest w stage 1 ale mam nadzieję, że z czasem będzie skakać wyżej... np. w Javie już mocno wdrażany jest reactive style, głównie mówię tu o frameworku Spring 5 Webflux co daje bardzo ciekawe możliwości...

A co Wy o tym sądzicie, jakie rozwiązania preferujecie?

Możliwe odpowiedzi:

rxjs (0 głosów)

promises (3 głosów, 75%)

inne (1 głos, 25%)

Comments

Wybrałem promises, mimo że ostatnio dużo piszę w Angularze, a może i właśnie dlatego XD Muszę kiedyś bardziej ogarnąć rxjs, może stanie się bardziej przyjemny…

---

wiesz co, ja szczerze mówiąc też do rxjs przekonałem się właśnie przy Angular... I naprawdę bardzo mi się spodobała ta filozofia, a jak jeszcze dorzucisz to na back-endzie to w ogóle fajnie się robi :)

Co nie oznacza oczywiście, że Promisy są be, złe i w ogóle... na przykład niezbyt by mi się chciało podciągać rxjs do obsługi jakieś pojedynczej stronki z 1-2 formami itp. ale już w aplikacjach, gdzie tych komponentów jest kilkadziesiąt czy kilkaset i wiele z nich ze sobą "gada" to reactive style jest naprawdę fajny...

---

Podrzucam linka z przydatnymi informacjami o RxJS w Angular (jest tam m.in. porównanie Promise z Observable): http://www.angular.love/2018/07/04/rxjs-w-angular-co-wypada-wiedziec/

---

ja tylko dodam, że cały blog angular.love jest naprawdę fajny i konkretnie opisuje różne aspekty Angulara i polecam go każdemu, kto pisze w tym frameworku.

---

Czy, że rxJS to właściwie całe środowisko można rzec powiedzieć, gdy Promise spełnia tylko parę funkcjonalności.

Ja skierowałem swoje kroki w stronę async/await. gdyż:

- Kod jest praktycznie czysty, nie ma then do then.

- Wygląda jak kod synchroniczny a jest tak naprawdę asynchroniczny

- Świetnie się nadaje do zadań CC (Command Center), gdzie na wielu wątkach operujemy.

- Wadą jest cieżko implementowalne wyjście wyżej z danej klasy,

- Nie radzi za bardzo z dodatkiem promisów (Mamy klasy która jest await, a w środku jest promise).

-Dość mało przykładów bardziej zawansowanego użycia.

-Młoda technologia jeszcze ma szlaki nie przetarte.

---

Ciekawy wątek, daje +1 i przyglądam się dyskusji.