Gfrktyl

My question is just same as the title.

Let's say I wrote the following code.

class TODOList extends Component {  

  render() {

    const {todos, onClick} = this.props;

    return (

      <ul>

            {todos.map(todo =>

                <Todo 

                    key={todo.id}

                    onClick={onClick}

                    {...todo}

                />

             )}

      </ul>

    );

  }

}





const mapStateToProps = (state) => {  

  return {

    todos: state.todos

  }

}





const mapDispatchToProps = (dispatch) => {  

    return {

        onClick(data){

          dispatch(complete(data)) 

        }

    }

}





export default connect(mapStateToProps,mapDispatchToProps)(TODOList); 

Now, after the last line, this code will export the TODOList component with the state as props. It's not that it contains state, but just received state and will have them as 'props', just like the method name 'mapStateToProps' explains.

In the medium post(https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0) written by Dan Abramov, container component handles data as state, and presentational property do as props. Isn't it a presentational component that deals with data as props? I'm stuck with the idea that the right container should be one like below.

class CommentList extends React.Component {

  this.state = { comments:  };



  componentDidMount() {

    fetchSomeComments(comments =>

      this.setState({ comments: comments }));

  }

  render() {

    return (

      <ul>

        {this.state.comments.map(c => (

          <li>{c.body}—{c.author}</li>

        ))}

      </ul>

    );

  }

}

I'm not sure why react-redux named the API 'mapStateToProps', when I tried to make 'stateful'(not handling data by property) container component

First of all these guidelines are not part of the bible

you should write code that is easy to reason about for YOU and your TEAM.

I think you are missing something, A redux Container is different than a react Container.

I mean, connect will create the container for you, it doesn't mean the wraped component is a Container.

Basically you can export both versions from the same file, the Container (connected version) and the presentation version (the none connected one).

Another thing that usually throw people off, is the name of the function and argument of mapStateToProps.

I prefer the name mapStoreToProps as in

map the redux store to the component's props.

the name state can be confusing when we are in the context of react.

Edit

As a followup to your comment:

I totally didn't know these two are actually different. Could you please tell me about more details

They are different in the way that connect is creating a "Container" for you.

connect is a High Order Component that creates the Container Component for us with all the subscription logic + functions to pass portions of the store and action-creators to its children as props (mapStateToProps & mapDispatchToProps).

A "normal" Container is usually refers to a component that you write by hand, its often doesn't deal with how things should look but instead deal with certain logic of the app.

As for the other comments like

The connect HoC of react-redux just injects the properties you can request into your component. It returns a new component that is wrapped around your component so that it can update your component whenever the state you're interested in the redux store is modified

As i mentioned above, this is partially true. It's not just injecting the properties into our component, its subscribing to the store, grabbing it from the Provider (via context) and its doing all these with optimizations in mind, so we won't have to do it by ourselves.

I'm not sure how mapStateToProps can confuse someone. We are talking about a state management library

I've seen some devs that misunderstood this because react has a state and redux has a store (at least that's how it was called in most of the tutorials and documentations).

this can be confusing to some people that are new to either react or redux.

Edit 2

It was a bit confusing due to the sentence 'it doesn't mean the wraped component is a Container.' Why is the wrapped component not a container? Isn't a component created by connect also a container?

I mean that the wrapped component that you wrote doesn't have to be a Container.

You can connect a "Presentation" component:

const Link = ({ active, children, onClick }) => {

  if (active) {

    return <span>{children}</span>

  }



  return (

    <a

      href=""

      onClick={e => {

        e.preventDefault()

        onClick()

      }}

    >

      {children}

    </a>

  )

}



// ...

export default connect(mapState, mapDispatch)(Link)

mapStateToProps will be called when store data changes. It will pass the returned object as new props for the component. This will not affect the component's state. If you'd like to set a new state after the component got its new props you need to use another lifecycle method: static getDerivedStateFromProps (in earlier versions of react componentWillRecieveProps). The object returned by static getDerivedStateFromProps will be your new state.

https://reactjs.org/docs/state-and-lifecycle.html#adding-lifecycle-methods-to-a-class

connect() will connect your component to the redux store. Withouth the connect function (of course) your mapStateToProps will not work.

I'm not sure why react-redux named the API 'mapStateToProps'

We are talking about the store's state :)

The high level purpose is to seamlessly integrate Redux's state management into the React application. Redux revolves around the store where all the state exists. There is no way to directly modify the store except through reducers whom receive actions from action creators and for that to happen we need for an action to be dispatched from the action creator.

The connect() function directly connects our components to the Redux store by taking the state in the Redux store and mapping it into a prop.

This is power of Redux and its why we use it.

Lets say you are building a component called LaundryList and you want it to render a laundry list. After you have wired up the Provider in your "parent" component, I put it in quotes because technically Provider is a component so it becomes the parent.

You can then import the connect() function from react-redux, pass it mapStateToProps in order to get that laundry list from the Redux store into your LaundryList component.

Now that you have your list of linens inside of the LaundryList component you can start to focus on building a list of elements out of them like so:

class LaundryList extends Component {

  render() {

    console.log(this.props.linens);

    return <div>LaundryList</div>;

  }

}

That contains the list of linens object and for every list of linens inside of there we are going to return some jsx that is going to represent that linen on my list.

Back inside my laundry list component I will add a helper method inside the laundry list component called render list like so:

class LaundryList extends Component {

  renderList() {



  }



  render() {

    return <div>LaundryList</div>;

  }

}

So this purpose of this helper method is to take the list of linens, map over them and return a big blob of jsx like so:

class LaundryList extends Component {

  renderList() {

    return this.props.linens.map((linen) => {

       return (



       );

    });

  }



  render() {

    return <div>LaundryList</div>;

  }

}