Pracuję tylko nad prostym prototypem wykorzystującym strumień i reaguję. Poprzednio, gdy użyłem React, wysłałem zdarzenia z komponentów potomnych do ich komponentów macierzystych (którzy zarejestrowali wywołania zwrotne na podrzędnym), a następnie zmienili stan w rodzicu.Reakcja/strumień - zdarzenia użytkownika komponentu potomnego - wszystko powinno być przekierowane przez dyspozytora
Po architekturze Flux, czy WSZYSTKIE zdarzenia powinny zostać zebrane za pośrednictwem Dispatchera? Na przykład, nawet proste zdarzenie związane z użytkownikiem, takie jak wybór z wyboru powinny być podnoszone za pośrednictwem tej sieci:
- stworzyć działania w składniku obsługi zdarzeń
- wysłać do dyspozytora
- wysyłający przesyła do sklepu
- sklep emituje zdarzenie zmienić widok kontrolera
- widok kontroler oddzwania do sklepu, aby odebrać zmiana
dzięki
Od kiedy użyłeś absolutów takich jak "wszystkie wydarzenia", łatwo odpowiedzieć "nie". Wydarzenia takie jak keydown mogą nie mieć bezpośredniego wpływu na Sklep. Może na przykład klucz jest filtrowany lub jeśli to klawisz Enter uruchamia zdarzenie. Może chcesz zapytać o coś bardziej precyzyjnego? – WiredPrairie
dzięki. jak byś zdecydował, czy wydarzenie powinno być kierowane do sklepu, czy po prostu obsługiwane w komponentach potomnych i rodzicielskich? – jonho
@jonho Dobrym benchmarkiem jest, czy aplikacja danych/stan domeny, czy przejściowy stan komponentu? Stan nieustalony często sprawia, że najlepiej jest zachować lokalny składnik.Podobnie, elementy wielokrotnego użytku powinny wykorzystywać stan lokalny, aby nie były powiązane z żadną konkretną implementacją/danymi strumienia. –