直接操作 store 会有什么问题。

Question

这里是一个大厂的面试题，想过几个答案，什么数据流，什么数据会混乱，但是感觉都是回答的太浅显，希望各位帮我解惑。

Answer 1

再次强调，我们通过提交 mutation 的方式，而非直接改变 store.state.count，是因为我们想要更明确地追踪到状态的变化。这个简单的约定能够让你的意图更加明显，这样你在阅读代码的时候能更容易地解读应用内部的状态改变。此外，这样也让我们有机会去实现一些能记录每次状态改变，保存状态快照的调试工具。有了它，我们甚至可以实现如时间穿梭般的调试体验。

Answer 2

没什么问题。。。就是当你项目大的时候，复杂易点的逻辑，容易让你找不到到底是什么地方修改了state数据。如果严格按照规范的话，当出现bug，你很容易从根源上找到问题，因为修改数据的方法只有一个入口。