如何将基于Vue的单页应用成功迁移为多页应用？

本文共计1273个文字，预计阅读时间需要6分钟。

最近接到一个需求，要求将之前的三个项目合并成一个，并实现后台可配置化，前端动态引入组件的模板化框架。听起来并不复杂。我当时的反应是有点蒙。简单分析一下需求：

1. 项目合并：将三个项目合并成一个，这意味着需要整合代码、资源、逻辑等。

2.后台可配置化：后台系统需要具备配置功能，可能涉及参数设置、权限管理等。

3.前端动态引入组件：前端需要支持根据配置动态加载不同的组件，这通常涉及到模块化和组件化开发。

总体来说，这个需求需要综合考虑技术架构、系统设计和开发流程。

最近接到这样一个需求，将之前的三个项目合并成一个，并且要做成后台可配置化，前端动态引入组件的模板化框架。
听起来是不是很拗口。。。我自己当时都蒙了。
简单分析下需求，就是，项目A/B/C的内容是交叉的，有的页面不同，有的页面和组件是公用的，例如A项目多了个人中心及其里面所有内容（最全的一个项目，但是是放在微信中的，需要获取微信授权），B项目是通用版的项目（也就是说可以放在微信，也可以放在app内，不需要获取授权之类的。）,C项目是A/B项目中共有的一个页面功能抽取出来了。
所以有的时候比如说这块功能需要调整，那么就得A/B/C三个项目关于这块的功能与页面也要一起调整。
动态化组件的意思就是，D页面由组件1234按照这样的顺序排列构成，同时D页面也供机构5、6、7共同使用，但是机构6突然想要2134这样的顺序，机构7又想要4132这样的顺序。代码依旧是一套，而不是重新拉个分支，然后这个分支将D页面改成2134给机构6，再拉个分支将D页面改成4132给机构7。这样做会增加服务器的压力，每次机构有定制化需求就重新拉分支的话，机构很多的话，容量会不够的。