关于vuex的作用。
刚学过vuex,现在自己做了个电商小项目准备用下vuex,于是我就想说到把购物车的商品放vuex里边，方便不同组件调用到购物车里边的数据，但是实际项目中，我想了下又感觉vuex没什么用，原因如下：
当我们点击加入购物车的时候，肯定要把需要加入购物车的商品传给后台呀。那我们进入到购物车组件里边，直接从后台调取数据不就直接可以看到购物车的商品？根本没必要把需要加入购物车的商品传给vuex呀。（当然有一种可能就是传给vuex，可以直接读取，不用再调用后台数据。）
是我vuex用在购物车上本来就是错的？那我可以用在什么地方，举几个例子
在使用库或框架时，需要注意一个「适用性」的问题。
Vuex 或者说实现了 Flux 思想的库，解决了几个问题：
1. 组件之间的数据通信
2. 使用单向数据流的方式进行数据的中心化管理

为什么要解决这样的问题呢？其实是因为当程序逻辑过于复杂的时候，非中心化的数据管理会让整个 app 的逻辑非常混乱。
举一个不使用中心化的数据管理机制的具体例子：
一个 app ，有四个 tab，每个 tab 都需要读取用户的资料。如果数据在每个 tab 的控制器里（或者说组件里）都存了一份，那么在用户手动更新了用户资料之后，就需要在每一个 tab 里都更新一遍用户资料，才能保证用户看到的永远是最新的资料。
如你问题里所说，我每进一个 tab 的时候重新请求一下不就好了吗？
这样的解决方案不是不可以，但弊端也非常明显：
1. 对于服务器端来说，频繁的请求是非常占用资源的，如果你的 app 用户足够多，那么每多出一个请求，对公司来说，都是一大笔钱。如果数据存在了 store 中，并且所有的 tab 都读取同一份数据，在用户更新资料时，在前端更新了 store 中的数据，是不是在切换 tab 时就减少了四个请求呢？
2. 对于前端开发者来说，如果你的项目足够复杂，团队的规模也不仅是一个人，那么前端代码就会因为数据分散管理而产生非常严重的性能和稳定性的隐患（比如你的同事觉得进入模块就刷新用户资料太慢了，手贱把刷新的代码删了，你又没发现）。

另外单向数据流的好处也很明显：
1. 视图组件变得很薄，只包含了渲染逻辑和触发 action 这两个职责，即所谓 "dumb components"。
2. 要理解一个 store 可能发生的状态变化，只需要看它所注册的 actions 回调就可以。
3. 任何状态的变化都必须通过 action 触发，而 action 又必须通过 dispatcher 走，所以整个应用的每一次状态变化都会从同一个地方流过。其实 Flux 和传统 MVC 最不一样的就在这里了。React 在宣传的时候一直强调的一点就是 “理解你的应用的状态变化是很困难的 (managing state changing over time is hard)”，Flux 的意义就在于强制让所有的状态变化都必须留下一笔记录，这样就可以利用这个来做各种 debug 工具、历史回滚等等。
你问题中的场景，业务过于简单，确实是没有必要使用 vuex 的，但这不代表其他大型应用不应该使用这个框架。