2016-08-12 17 views
5

私たちはサービスからデータを取得して保存することができ、そのサービスを他の人が利用できることがわかっている限り、サービスからデータを保存して取得することができるので、コンポーネント角2:サービスとレビュックスの差

答えて

2

サービスは、Angular実装の詳細です。一方、reduxは建築のコンセプトです。 2つは直接比較できません。

reduxをAngularに適用する方法については、Comprehensive Introduction to @ngrx/storeをお読みください。

+0

はReduxの – blackHawk

+0

Reduxのの利点を称賛材料がたくさんあります。見つけにくいはずはありません。もっと興味深いのはおそらく、これは1つの不変な原子にすべての状態を格納することの短所は何ですか?(https://github.com/reactjs/redux/issues/1385) – cartant

+0

ngrxを学んで、公式の文書を持っていますか? – blackHawk

14

還元は必要ありませんが、状態を維持する方法が必要です。サービスはやりますが、最終的には、あなたはreduxまたはngrxストアに似た何かを送るでしょう。

チャレンジを考えてください。非同期にデータが入ってきます。あなたはそれを反応的にしたい。エラー処理が必要です。データが更新されるのを待っています。 1つのイベントで複数のアクションがトリガーされ、それぞれに独自の遅延とエラー・パスがあるカスケード・シナリオがあります。

複数のコンポーネントで使用できるパターンを設定する必要があります。

Victor Savkinには、非常に滑らかな観察可能な状態でこれを行う方法があります。 Ngrxには別の方法があります。

サービスを使用して適度に複雑なコンポーネントを作成しました。それは大丈夫だった。時は、状態が未定義でエラーを投げたいくつかの奇妙な状況を追跡するために消えてしまいます。私はパターンとして再利用可能なものを手に入れようとしていた。そしてその結果は壊れやすく、脆いものでした。それは完全に反応的ではなく、それが非常に困難で時間がかかることを証明していました。私はそれをngrxに移植しました。学習曲線が克服されると、これは簡単ではなく、コードはより簡単になり、素早くデバッグすることができます。

YMMV。私たちが使うべき理由

Victor Savkin has an article on how to maintain state

+0

Victor Savkinの方法に関する情報や、これを観察可能なものと関連付けるには? –