ngrx/storeをサービスに配置するか、コンポーネントに注入する必要がありますか?Angular2とngrx/storeアプリケーション構造
コンポーネントを店舗から切り離すことは意味がありますか?
ngrx/storeをサービスに配置するか、コンポーネントに注入する必要がありますか?Angular2とngrx/storeアプリケーション構造
コンポーネントを店舗から切り離すことは意味がありますか?
これはアプローチです。 店舗とサービスの両方にファサードがあります。一方
私はプレゼンテーション層から店舗を切り離すつもりですが、私はそれをhttpサービスから切り離しています。 Smart componentsは、状態のストリームを公開し、アクションを含むいくつかの機能を持つ抽象化と対話します。
この特定の抽象化は、アプリケーションの残りの部分と通信します。すべてが完全にゆるやかに結合されています。私はその抽象を砂場と呼びます。
、私もこのアーキテクチャの問題についてのブログ記事を書いた: http://blog.brecht.io/A-scalable-angular2-architecture/ 私はそれが=まだあなたの質問に関連願っています)
あなたはそれ以上の質問がある場合は、突くことを躊躇してはいけません私。
[this](http://bodiddlie.github.io/ng-2-toh-with-ngrx-suite/)と[this](http://onehungrymind.com/)をご覧ください。 build-better-angular-2-application-redux-ngrx /)である。はい、物事を分割する必要があります。 – Tom
DIインフラストラクチャは、すでに店舗とコンポーネントを切り離しています。店舗との一部のコンポーネントのやりとりは、アクションのディスパッチと状態の読み取りに必要です。さらなる抽象化/デカップリングが必要かどうかは、意見の問題です。 ['ngrx/example-app'](https://github.com/ngrx/example-app)(サービスにストアを置かない)にいくつかのガイダンスがあります。 – cartant