Redux & RxJS, jakieś podobieństwa?

To bardzo różne rzeczy.

RxJS może być używany do programowania reaktywnego i jest bardzo dokładną biblioteką z ponad 250 operatorami.

I Redux jest jak opisano na github repo "Redux jest przewidywalnym kontenerem stanu dla aplikacji JavaScript".

Redux to tylko narzędzie do obsługi stanu w aplikacjach. Ale w porównaniu można zbudować pełną aplikację w tylko RxJS.

Mam nadzieję, że to pomoże:)

W skrócie:

Redux: biblioteka inspirowana Flux używana do zarządzania stanem .

RxJS: jest to kolejna biblioteka Javascript oparta na filozofii programowania reaktywnego, używana do obsługi "strumieni" (Obserwabli, itp.) [Przeczytaj o programowaniu reaktywnym, aby zrozumieć pojęcia strumienia].

Chciałem tylko dodać kilka pragmatycznych różnic od tego, kiedy robiłem inspirowany Reduxem kod RxJS.

Zmapowałem każdy typ akcji do instancji obiektu. Każdy Stanowy komponent będzie miał temat, który zostanie następnie zmapowany do funkcji reduktora. Wszystkie strumienie reduktora są łączone z merge, a następnie scan wyprowadza stan. Wartość domyślna jest ustawiana przez startWith tuż przed scan. Użyłem publishReplay(1) dla stanów, ale mogę go później usunąć.

Funkcja react pure render będzie tylko miejsce, w którym produkujesz dane o zdarzeniach, wysyłając wszystkich producentów / tematów.

Jeśli masz komponenty potomne, musisz opisać, jak te stany są połączone z Twoim. To może być dobry punkt wyjścia.

Znaczące różnice w implementacji:

• Brak oprogramowania pośredniczącego, tylko operatorzy rxjs. Myślę, że to jest największa moc i słabość. Wciąż możesz pożyczyć pojęcia, ale trudno mi uzyskać pomoc od siostrzanych społeczności, takich jak redux i cycle.js ponieważ jest to kolejne niestandardowe rozwiązanie. Dlatego muszę napisać "ja" zamiast " my " w tym tekście.

• Brak przełącznika/obudowy lub ciągów znaków dla typów akcji. Masz bardziej dynamiczny sposób rozdzielania akcji.

• Rxjs może być używany jako narzędzie gdzie indziej i nie jest zawarty w zarządzaniu państwem.

• Mniejsza liczba producentów niż rodzaje działań (?). Nie jestem tego pewien, ale możesz mieć wiele reakcji w komponentach rodzica, które słuchają dziecka komponenty. Oznacza to mniej kodu imperatywnego i mniejszą złożoność.

• To Twoje rozwiązanie. Nie są potrzebne ramy. Dobre i złe. W końcu i tak napiszesz swój własny framework.

• Jest to o wiele bardziej fraktalne i można łatwo subskrybować zmiany z podrzędnego drzewa lub wielu części drzewa stanu aplikacji.

  • zgadnij, jak łatwo jest robić epiki jak redux-obseravble? Naprawdę łatwe.

Myślę również o pominięciu Reacta i przejściu z snabbdom lub czymś innym, dopóki React lepiej nie poradzi sobie ze Stanami reaktywnymi. Dlaczego mielibyśmy budować nasz stan w górę, tylko po to, aby go ponownie rozbić za pomocą rekwizytów? Postaram się więc zrobić wersję 2 tego wzoru z Snabbdom.

Oto bardziej zaawansowany, ale mały fragment, w którym Państwo.plik ts buduje strumień stanu. Jest to stan komponentu ajax-form, który otrzymuje obiekt pól (wejść) z regułami walidacji i stylami css. W tym pliku używamy tylko nazw pól (kluczy obiektów), aby połączyć wszystkie stany potomne w stan formularza.

export default function create({
  Observable,
  ajaxInputs
}) {
  const fieldStreams = Object.keys(ajaxInputs)
  .map(function onMap(fieldName) {
    return ajaxInputs[fieldName].state.stream
    .map(function onMap(stateData) {
      return {stateData, fieldName}
    })
  })

  const stateStream = Observable.combineLatest(...fieldStreams)
  .map(function onMap(fieldStreamDataArray) {
    return fieldStreamDataArray.reduce(function onReduce(acc, fieldStreamData) {
    acc[fieldStreamData.fieldName] = fieldStreamData.stateData
    return acc
  }, {})
  })

  return {
    stream: stateStream
  }
}

Chociaż kod może nie mówić wiele w izolacji, pokazuje, jak można budować stan w górę, i jak można produkować dynamiczne zdarzenia z spokojnie. Cena jest taka, że musisz zrozumieć inny styl kodu. I uwielbiam za to płacić.

Możesz" zaimplementować " Redux w jednej linii RxJS . Jeśli myślisz o Rx z innych powodów (do obietnic skórek, do korzystania z niego na serwerze i kliencie), to pomiń Redux i przejdź do wszystkich Rx.