タグ付けされた質問 「state-management」

私は最近、jQからより構造化されたフレームワークであるVueJSへの移行を開始しました。 概念的には、Vuexは私にとって少しパラダイムシフトでしたが、私は今、そのすべてが何であるかを知っており、それを完全に理解していると確信しています！しかし、ほとんどが実装の観点から、いくつかの小さな灰色の領域が存在します。 これは設計上は良いと感じますが、単方向データフローのVuex サイクルと矛盾するかどうかはわかりません。 基本的に、アクションからpromise（like）オブジェクトを返すことは良い習慣と考えられていますか？私はこれらを非同期状態のラッパーとして扱い、障害などの状態があるので、promiseを返すのに適しているようです。逆にミューテーターは物事を変えるだけで、ストア/モジュール内の純粋な構造です。

130 promise  vue.js  es6-promise  state-management  vuex 

私は最近、@ ngrx / storeでAngular6を学習していますが、チュートリアルの1つは状態管理に@ ngrx / storeを使用することですが、@ ngrx / storeを舞台裏で使用する利点を理解していません。 たとえば、単純なログインおよびサインアップアクションの場合、以前はサービス（AuthServiceと呼びましょう）を使用して、バックエンドAPIを呼び出し、AuthServiceに「userInfo」または「token」を格納し、ユーザーを「HOME」にリダイレクトします。ページを開くと、DIを使用してuserInfoを取得する必要がある任意のコンポーネントにAuthServiceを挿入できます。これは、1つのファイルAuthServiceがすべてを処理するだけです。 @ ngrx / storeを使用している場合、上記のアクションまたはイベントを処理するためにおそらく4つまたは5つのファイルに書き込む必要があるAction / State / Reducer / Effects / Selectorを定義する必要がありますが、それでもバックエンドAPIを呼び出す必要がある場合がありますはるかに複雑で冗長に見えるサービスを使用しています... 他のシナリオでは、一部のページで@ ngrx / storeを使用して、オブジェクトまたはグリッドデータなどのオブジェクトのリストを格納していることもあります。、それはある種のインメモリストアの使用のためですか？ では、質問に戻りましょう。Angularプロジェクトでサービス登録ストアよりも@ ngrx / storeを使用しているのはなぜですか？ 「状態管理」用であることは知っていますが、「状態管理」とは正確には何ですか？それはトランザクションログのようなものですか、いつ必要ですか？なぜフロントエンドで管理するのでしょうか。@ ngrx / storeエリアであなたの提案や経験を自由に共有してください！

84 angular5  angular6  ngrx-store  state-management