3
Angular6-サービスインジェクションではなく@ngrx / storeを使用する理由
私は最近、@ 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エリアであなたの提案や経験を自由に共有してください！