ペイロードを構造化するためのFlux Standard Action規約は何ですか？

Question

Flux標準アクション標準を使用してReduxアプリケーションのアクションを書きたいと思います。ペイロード自体をどのように構造化すべきかはわかりません。 Flux Standard Action github repoに与えられた例は次のとおりです。

{ 
    type: 'ADD_TODO', 
    payload: { 
    text: 'Do something.' 
    } 
} 

今、私は私のペイロードに複数の情報を渡している場合は？例えば、簡単なtodoアプリケーションでは、私のペイロードがtodoのオブジェクトを渡すとします（上記のtodoのテキストではなく）。違いは、ペイロードかどうかであるように

{ 
    type: 'ADD_TODO', 
    payload: { 
    todo: { 
     title: 'Do something.', 
     priority: 'HIGH', 
     completed: false 
    } 
    } 
} 

に見えます：このように、

{ 
    type: 'ADD_TODO', 
    payload: { 
    title: 'Do something.', 
    priority: 'HIGH', 
    completed: false 
    } 
} 

かのtodoオブジェクトは、ペイロード内にネストする必要があるかどうか：私はそれがこのような構造にする必要があるかどうかわかりませんよBEにするか、レデューサーによって消費されたデータを格納することを意味します。別の言い方をすれば、私のレデューサーがあるタイプのデータをペイロード（ペイロードはトドゥオブジェクト）として期待するのか、ペイロードから出ているものを指定すべきか（ペイロードはTODOオブジェクトを含む）

Answer 1

計算と電気通信では、ペイロードは実際に意図されたメッセージである 送信データの一部です。ペイロード は、ペイロード 配信を容易にするためだけに送信されたヘッダーまたはメタデータを除外します。

上記引用のとおり、​​は、減速材が探しているデータである必要があります。何かのように、

{ 
    type: 'ADD_TODO', 
    payload: { 
    title: 'Do something.', 
    priority: 'HIGH', 
    completed: false 
    } 
} 

あなたの減速はあなたが合格actionに基づいて新しい状態を生成するであろうし、私たちの行動が何をすべきかというreducerを伝える責任があります。

あなたのレデューサーがtype: 'ADD_TODO'を持つFSアクションを取得すると、それはtodoを追加しなければならないことを知り、todoは​​プロパティです。

したがって、あなたの行動のペイロードがトドゥーになることは明白です。ペイロードに何があるかを知る必要はありません。 FSA自体が、このアクションにはtypeのtodoのペイロードが含まれていることを伝えるためです。