Flux i Redux: globalny store i jednokierunkowy przepływ danych #108
Replies: 4 comments 9 replies
-
Beta Was this translation helpful? Give feedback.
-
"rozdzielić od siebie fragmenty modelu odpowiedzialne za pobieranie informacji od tych odpowiedzialnych za zapisywanie danych" - nie zapisywanie danych, a modyfikację stanu :) Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Drobny szczegół z teorii się tutaj nie zgadza. Meyer wymyślił CQS (Command query separation), który dotyczy rozdzielenia komend i zapytań na poziomie interfejsu obiekt w celu ułatwienia zrozumienia kodu (po prostu dobrze wiedzieć, że dana metoda nie ma side effectów i jest idempotentna). Greg Young natomiast rozszerzył ten wzorzec na scope usług (CQRS), ale wprowadził to pojęcie z trochę innych pobudek, mianowicie aby oddzielić logikę domenową serwisów-komend (często bardzo skomplikowaną, gdzie performance nie ma dużego znaczenia) i zapytań (gdzie logika jest trywialna, ale za to zależy nam na szybkości). Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
💪Przepotężna dawka wiedzy. Artykuł czyta się przyjemnie i w łatwy sposób można wszystko zrozumieć. Wielki dzięki dla Autora! |
Beta Was this translation helpful? Give feedback.
-
Flux i Redux: globalny store i jednokierunkowy przepływ danych
Na co dzień korzystam z Redux razem z React. Dawniej używałem też własnej implementacji architektury Flux razem z AngularJS. Postanowiłem napisać o tym koncepcie coś więcej — bo jest to bez wątpienia bardzo ciekawe! Jednokierunkowy przepływ danych, akcje, dispatcher, action creator, reducer… to wszystko w tym wpisie :) A do…
https://typeofweb.com/flux-i-redux-globalny-store-jednokierunkowy-przeplyw-danych
Beta Was this translation helpful? Give feedback.
All reactions