title: React + Flux - should store data be stored in a component state, or props?
body: <p>If that the flux store is a singleton that maintains the state of the data why do the components use setState and not setProps when accessing the stores? Wouldn't it just mean that I started saving the application state in two (or more) places?</p>
  
  <p>Both the Flux / React documentation and Examples seem to point to setState as the preferred solution, but I've had an interesting conversation with a few colleagues at work and wondered if anyone else came across this</p>
  
  <p>Edit:
  You can see what I'm talking about in this url:
  <a href="https://github.com/facebook/flux/blob/master/examples/flux-chat/js/components/ThreadSection.react.js">https://github.com/facebook/flux/blob/master/examples/flux-chat/js/components/ThreadSection.react.js</a></p>
  
  <p>Notice how ThreadSection is a child component, that is fetching data directly from a store and using it as a state.</p>
  
  <p>If you follow the React "way" I would have expected the state to be managed by the store - not a child component. </p>
  
  <p>The solution we thought of is to fetch all stores in the top level component (as props) and pass them down to the child components as needed. But that gets rather ugly rather quickly.</p>
  
  <p>We do that because setProps does not work on child components</p>