Reactのprops/stateとFluxのStore
基本的に、ReactのpropsはImmutable, stateはmutableという扱いです。
storeはストレージ抽象じゃない
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
rootComponent以外のComponentで参照するプロパティは基本的に全てpropsになるしstoreからの関数読み出しみたいな動的な状態決定は行わない
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
そもそもViewを論理的に分割しても人間のよくわからん都合でしっぺ返し食らうだけなんでコンポーネントが独立して稼働するなんて状態になりにくくて、一意な状態を作るのに一旦一箇所に集約した上で各コンポーネントに発散するのがいい
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
@r7kamura 親が正しいprops持ってれば、結果として正しいpropsが運ばれてくるはずなので、子は自分に渡される引数以外に興味を持つ必要がない。自分で勝手に状態を決めるようなプロパティを取りに行く必要はないし、自分自身に変化が必要なら Action を投げた結果を待つ
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
ReactとFlux、関数型な設計であるとは言わないけど、関数型方面と同じように状態を持つことに対して関数型言語並に憎しみがあると思っておいたほうがいい
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
Reactがどれぐらい状態というものに憎しみあるかというと0.15で setProps 関数が消えるぐらい
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
@_nabbe 一意に決定されないpropsなどpropsではない、とのこと
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
Reactの状態への憎しみの表出 / 他1コメント http://t.co/dlFdFEuvNw “Props in getInitialState Is an Anti-Pattern | React” http://t.co/BiicDfAgdq
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
特に理由もなくstateを使うのを許したくない
@_nabbe 一意に決定されないpropsなどpropsではない、とのこと
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
Flux, 実際にどこでアプリケーションドメインを挟み込むかが実装によって違ってて、ActionかDispatcherかStoreかめっちゃブレる。ArdaはStoreにあるけどFluxibleはActionにあるっぽいし
— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24
ネットワークリクエストとかね。Flux, 割とStoreとView以外のコンポーネント曖昧で、View(React)がStoreに逆走しなければ何やってもいい気がする。