简单截取一下公司后台项目,如今后台大概有四五十个 api 模块vue
如图可见模块有不少,并且随着业务的迭代,模块还会会愈来愈多。 因此这里建议根据业务模块来划分 views,而且 将views 和 api 两个模块一一对应,从而方便维护。以下图:vuex
如 article 模块下放的都是文章相关的 api,这样无论项目怎么累加,api和views的维护仍是清晰的,固然也有一些全区公用的api模块,如七牛upload,remoteSearch等等,这些单独放置就行。api
这里的 components 放置的都是全局公用的一些组件,如上传组件,富文本等等。一些页面级的组件建议仍是放在各自views文件下,方便管理。如图:post
这里我我的建议不要为了用 vuex 而用 vuex。就拿我司的后台项目来讲,它虽然比较庞大,几十个业务模块,几十种权限,但业务之间的耦合度是很低的,文章模块和评论模块几乎是俩个独立的东西,因此根本没有必要使用 vuex 来存储data,每一个页面里存放本身的 data 就行。固然有些数据仍是须要用 vuex 来统一管理的,如登陆token,用户信息,或者是一些全局我的偏好设置等,仍是用vuex管理更加的方便,具体固然仍是要结合本身的业务场景的。总之仍是那句话,不要为了用vuex而用vuex!spa
做者:花裤衩
连接:https://juejin.im/post/684490...
来源:掘金
著做权归做者全部。商业转载请联系做者得到受权,非商业转载请注明出处。component