公司最近新开一个后台管理系统的项目，我负责前端，技术栈 Vue。
领导却提出一些不同的想法，让我不要把所有内容都放到一个项目里面，把它拆成多个子项目。
比如「用户管理」是一个项目，「系统设置」是一个项目，「设备管理」是一个项目，
要是我来做，肯定就是 Vue 全家桶，直接按文件目录目录的形式来划分模块，然后点菜单路由跳转就完事了，都堆在一个项目里面。
- 我问领导为啥要这样做，他说，这样方便管理，这个项目很大的，有很多内容，为了以后维护方便，维护某一个模块的时候不需要关心别的模块，
我想了下，好像是那么回事。
- 领导还说了，你要是放到了一起，以后我想升级一些包，比如升级一下 Vue 的版本，是不是要对别的包有所顾忌？假如，将来某个模块，用 react 实现会好很多，那我是不是这部分就是直接用 react 来实现？
我想了下，好像是那么回事，领导牛逼，考虑了这么多场景。
- 领导还说，你把这些用了很多次的组件也弄成一个子项目，比如这个「菜单」，别的子项目也需要用到，你抽出来，以后大家用的时候直接
npm install就可以了
我想了下，好像是那么回事。
- 领导还说了，到时候部署的时候，可能是每个子项目一个独立的二级域名或者二级目录，虽然这样弄，模块间的跳转会刷新整个页面，但是莫的关系，你赶紧开工。
我说，好的好的。
V 友，你们有试过这样组织项目的方式吗？这整的和后端微服务一样。。。。
主要是我感觉有点不习惯。
2
Select Language