如何eject Quasar CLI改用Vue+Quasar UMD，停用quasar dev改用vue serve？

该方案完全可行，不需要执行成本极高的Quasar CLI eject操作（eject会导出整套复杂的内置构建配置，反而增加维护负担）。对于仅使用Quasar组件开发纯SPA、不需要Quasar CLI多端/扩展能力的项目，完全可以剥离CLI依赖，切换为Vue + Quasar UMD的轻量架构，直接使用vue serve命令启动开发服务。 #

• 基础运行环境准备
  • 移除项目package.json中绑定Quasar CLI的本地依赖：@quasar/app、旧版quasar-cli相关包
  • 安装@vue/cli-service-global，该包直接提供原生vue serve命令能力，不需要手动编写复杂的webpack配置即可启动单页开发服务
  • 原全局安装的Quasar CLI可保留也可卸载，不影响vue serve的命令调用
• 适配Quasar UMD引入逻辑（完全匹配目标架构，无额外构建侵入）
  • 在项目public静态目录下存放本地的Vue、Quasar UMD核心资源文件，在根HTML模板中按顺序引入对应CSS、JS文件
  • 该引入方式会自动完成Quasar全局组件、指令的注册流程，不需要在JS入口写任何插件挂载代码，和纯UMD开发的体验完全一致
• 调整项目目录结构适配vue serve启动规则
  • vue serve默认识别src/App.vue为根组件、src/main.js为启动入口，可将原Quasar项目中编写的页面组件、路由配置、全局状态管理代码直接平移到对应目录，不需要修改核心业务逻辑
  • 移除代码中所有和Quasar CLI专属能力绑定的引用：比如CLI内置的插件自动导入、专属环境变量读取逻辑；如果需要使用Quasar的弹窗、通知、加载反馈等能力，直接调用UMD挂载在全局的对应实例方法即可
• 启动验证
  • 执行vue serve命令即可启动开发服务，页面渲染、组件交互效果和原quasar dev启动的项目完全一致

• 迁移后会完全失去Quasar CLI内置的专属能力，包括多端打包（Electron/Capacitor）、PWA配置、SSR渲染、组件自动按需导入、内置的生产构建优化，如果项目未来没有上述场景的规划，该轻量架构的长期维护成本远低于保留完整Quasar CLI
• 如果不想使用UMD静态引入方式，也可以在vue serve流程中通过npm安装quasar独立组件包，手动引入需要的组件，开发体验和UMD方案无实质差异，仅多一层npm依赖管理流程

内容的提问来源于stack exchange，提问作者Gustavo Lopes