ラージオブジェクトのデータを管理するために多数の画面を使用するネイティブのアプリケーションがあります。ラージオブジェクトのリデュース/ステート構成
たとえば、このアプリでは、1つのオブジェクトの一部（アドレス、連絡先、画像、メモなど）を管理するための画面が表示されます。
状態のオブジェクト全体を返す単一のレデューサーを使用するベストプラクティスまたはパフォーマンスと競合する問題はありますか？
または私の削減と状態は、画面ごとに処理されているオブジェクトのプロパティのみを返すような画面指向にする必要がありますか？
ストレートフォワードアンサー。 それは別個reducerを作成するために、複雑なデータが良好なら
各reducer。（状態それぞれによって維持）により格納されたデータ
に依存依存します。
各画面の状態が平らなJSONオブジェクトの場合は、すべてを単一のreducerにしてください。
最後にcombineReducers()は、簡単なconnect()方法（redux）で必要なすべての場所で利用できるようにします。
通常、この容器のreducerで水和された成分を容器に保持するcontainerには、reducerが維持されます。
componentごとに「還元剤」を維持しても問題ありません。
そしてもう一つは良い練習が関連状態を維持することであると言う：順番にcart
DELETE_ITEM、
CHECKOUT_CART、
RESET_CART、
ADD_TO_CARTのような状態にすべてのアクションを受け入れ
cart => cartReducerを
住所、連絡先、画像などが単一のエンティティに関連している場合は、reducerを1つ保有する方がよいでしょう。