api和views只是截取了公司的后台项目。现在后台大概有40、50个api模块。如图所示，模块很多，随着业务的迭代，模块会越来越多。所以建议按照业务模块划分视图，将视图和api这两个模块一一映射，方便维护。如下图所示：比如文章模块把所有文章相关的API都放出来了，这样不管项目怎么积累，API和视图的维护还是一目了然。当然，还有一些全域通用的API模块，比如七牛上传，remoteSearch等，这些就不用管了。Components这里的组件是一些全局公共的组件，比如上传组件，富文本等等。一些页面级组件建议放在各自的视图文件中，方便管理。如图：storehere，我个人建议不要为了使用vuex而使用vuex。以我们公司的后台项目为例。虽然比较大，有几十个业务模块，几十个权限，但是业务之间的耦合度很低。文章模块和评论模块几乎是两个独立的东西，所以根本不需要使用vuex来存储数据，只需要在每个页面存储自己的数据即可。当然有些数据还是需要用vuex统一管理的，比如logintoken，用户信息，或者一些全局的个人偏好设置等，用vuex来管理更方便，当然需要结合自己的业务场景。总之，还是那句话，不要为了使用vuex而使用vuex！作者：花裤链接：https://juejin.im/post/684490...来源：掘金版权归作者所有。商业转载请联系作者授权，非商业转载请注明出处。
