结论先行：在猫拽低代码、JeecgBoot、Microi 吾码、JECloud、易泰、飞多端、uni-lowcode 这 7 款工具里，能直接拿到可构建工程的只有 3 类——代码生成器型框架、开源仓库、官方工具链自建；平台型产品多停在「导出 DSL Schema」这一层；还有一部分只给打包产物。判断一家厂商有没有真交源码，不用看宣传语，跑完 4 个验收动作就有答案。选错形态的代价不是多花一笔钱，而是三年后想换平台时，整套业务等于重写。

一、三种「源码导出」形态，差别比想象大

同一个词在不同厂商嘴里含义完全不同。把源码导出（Source Export）拆开看，只有三种真实形态。

需要强调的是，第二种并非「厂商小气」。DSL Schema 驱动的低代码，渲染层与设计器强耦合，Schema 本身就是资产；它适合「长期在同一平台内迭代」的业务，不适合把技术自主权写进合同的项目。

二、7 款工具的导出形态归类

这张表要横向读：开源类与代码生成器类在「脱离平台可维护」一列几乎全绿，因为它们本来就把源码当交付物；平台型则要逐家确认，因为「支持导出」和「导出后能跑起来」是两件事。

开源仓库这一形态的落地细节，见Microi 吾码 uniapp 低代码评测：开源、部署与二次开发。

三、拿到源码后怎么验收：4 个动作

不要相信截图和演示视频，用下面 4 个动作自己验。

1. 断网构建：把工程拷到一台没装任何平台客户端的机器，执行依赖安装与构建。构建失败，说明存在隐性运行时依赖。
2. 改一处业务逻辑：随便找一个列表页的数据请求，把接口地址改掉再重新构建。能改、能生效，才算可维护。
3. 查依赖清单：打开依赖文件，检查是否有指向平台私有仓库的包。有私有源，就存在断供风险。
4. 跑一次升级：用平台新版本导出一份同样的页面，和旧工程做差异比对。差异集中在业务文件还是全量重排，决定了后续合并成本。

这 4 个动作做完，大概需要半天到一天，比读十页白皮书有效。

四、导出后，Vue 与 uniapp 工程结构是否可读

工程结构可读性决定了二次开发的上限，重点看三件事：

• 目录是否按业务分模块：可维护的工程通常把页面、组件、状态管理、接口层分开；不可维护的工程会把所有逻辑塞进少数几个文件。
• 是否保留标准 Vue 单文件组件：页面能以组件形式存在，才谈得上复用与单元测试；如果全是运行时的 JSON 配置，前端同学无从下手。
• 构建配置是否外露：能看到并修改构建脚本，才能接入自己的 CI 流程与多环境变量。

以 uni-app 生态为例，一个健康的工程应该能在 HBuilderX 或 CLI 两种模式下都构建成功，页面目录、静态资源目录、条件编译配置都保持官方约定。做不到这一点的「源码」，本质仍是换了扩展名的产物。

五、结论：按你的真实诉求选形态

• 只做活动页、生命周期 3 个月以内：打包产物形态够用，别为源码多付钱。
• 业务要活 3 年以上、有技术自主要求：必须选真交源码或开源自托管形态。
• 介于两者之间、又想要平台效率：选 DSL Schema 与源码双轨的平台，先小范围验证导出质量再全量迁入。

猫拽低代码在这条光谱上偏「双轨」：既用 DSL Schema 支撑多端实时预览，也开放自托管与插件扩展，适合把低代码当长期基础设施而不是一次性工具的团队。但它的前提没变——团队里要有人能读懂 Vue 工程，否则拿到源码也只是换了个地方存着。

FAQs

Q1：厂商说「支持源码导出」，我还需要额外确认什么？

A：确认三件事：导出的是一次性快照还是持续同步、核心运行时是否闭源、导出工程能否在断网环境构建。前两项决定你能不能改，第三项决定你能不能用。

Q2：只交 DSL Schema 的平台，真的完全没有迁移空间吗？

A：并非完全没有，但要付出重写成本。常见做法是用脚本把 Schema 转成组件树，再人工补齐交互逻辑，一个中等复杂度页面通常需要 1~2 人天，几十个页面就是按月计算的工作量。

Q3：开源就等于能自己维护吗？

A：不等于。开源只解决了「拿得到」，还要看文档完整度、版本迭代节奏和社区活跃度。文档缺失的开源项目，二次开发成本往往高于商业产品的授权费。

延伸阅读

• uniapp 低代码平台有哪些？8 款工具横评（含源码导出对比）
• 低代码源码交付的长期价值
• 低代码平台锁定风险对比
• 低代码 DSL 设计原则