翻大厂的开源门户，最容易遇到的落差是：页面做得漂亮、项目列了一堆，点进去却发现最后更新停在好几年前。滴滴开源平台属于另一种情况——页面确实停在 2017 年，六个项目的介绍也一直没动过，但项目本身在 GitHub 上仍有仓库、仍在被引用。这种“门面老、项目没死”的组合最容易被误判：有人看到年份就直接跳过，也有人以为页面即现状。这篇把六个项目逐个讲清用途与技术栈，再说明这一页现在还能用来做什么、不能用来做什么。
滴滴开源平台是什么？
它是滴滴出行的开源项目门面页，一个静态站点，一页放完六个项目，不分子页、不带筛选，也没有搜索。六个项目分别是 VirtualAPK（Android 插件化框架）、cube-ui（基于 Vue.js 的移动端组件库）、mand-mobile（面向金融场景的 Vue.js 移动端组件库）、gendry（Go 语言的数据库操作工具集）、DDMQ（滴滴消息队列服务）、Pile.js（基于 React 的移动端组件库）。页面右侧有一个 View On GitHub 的大按钮，直接跳到 GitHub 上的滴滴组织页；底部给了 Apache 2.0 协议链接和一个反馈邮箱。整个站点没有登录、没有后端、没有文档区，每个项目点进去要么是项目自己的站点，要么是 GitHub 仓库。
核心功能
这一页能提供的判断信息集中在五处，剩下的是排版。
- 六项目一页平铺——不用翻目录：六个项目全部在首屏可见，每个给一段中文描述，长短一致，横向对比时不用来回切页。
- 技术栈写在描述里——省一次试错：cube-ui 与 mand-mobile 都写明基于 Vue，Pile.js 写明基于 React，gendry 写明是 Go，VirtualAPK 写明是 Android 插件化。选型时最怕的“进去才发现技术栈不对”，在这里一行就能排掉。
- 场景指向明确——金融与移动端各有分工：mand-mobile 的描述是“快速搭建优质的金融类产品，让复杂的金融场景变简单”，比 cube-ui 的通用定位更窄，两个 Vue 组件库并非重复品。
- 协议与反馈渠道直接给出——省一次查找：底部有 Apache License 2.0 的链接和 opensource@didichuxing.com 这个邮箱，想确认授权范围或要联系维护方，不用去别处翻。
- GitHub 组织页一跳直达——页面之外的全在那边：View On GitHub 按钮直通 GitHub 上的滴滴组织，页面没列全的项目、issue、release 都在那边看。
使用场景
这一页现在更适合当索引用，而不是当选型依据用——它能告诉你滴滴开过哪些东西，但告诉不了你现在维护得怎么样。
| 人群/角色 | 场景描述 | 推荐指数 |
|---|---|---|
| 做 Android 插件化的团队 | 找 VirtualAPK 的官方介绍与仓库入口，判断是否值得读源码 | ★★★★☆ |
| Vue 移动端项目开发者 | 在 cube-ui 与 mand-mobile 之间按场景二选一 | ★★★★☆ |
| 金融类 App 前端 | mand-mobile 专为金融场景设计，组件覆盖比通用库更贴 | ★★★★☆ |
| Go 后端工程师 | 找 gendry 这类轻量数据库工具集，替代重量级 ORM | ★★★☆☆ |
| 需要消息队列的团队 | DDMQ 只有一段描述，实际能力要回仓库与文档核 | ★★☆☆☆ |
| 想找仍在活跃维护的项目 | 页面信息停在 2017，活跃度判断必须回 GitHub 看提交 | ★☆☆☆☆ |
操作指南
不需要账号，从进站到拿到想要的东西是五个动作。
- 进站——入口是 滴滴开源平台，页面一屏就能看完，没有分页也没有折叠。
- 按技术栈筛——先看描述里的技术词：Vue、React、Go、Android。技术栈不匹配的直接跳过，不用点进去。
- 点项目名或图标——VirtualAPK 跳站内子页，cube-ui 与 mand-mobile 跳各自的文档站，gendry、DDMQ、Pile.js 跳 GitHub 仓库。
- 回仓库核现状——在 GitHub 上看最后一次提交时间、issue 响应情况、release 版本号，这三项决定它还能不能用在新项目里。
- 对一遍 LICENSE 文件——页面的 Apache 2.0 链接给的是通用协议文本，具体某个仓库用哪版，以仓库根目录的 LICENSE 为准。
支持平台
纯静态网页，桌面与手机浏览器都能打开，不需要插件与账号。手机上六个项目会纵向堆叠，读起来反而比桌面更顺。真正使用这些项目时的平台限制写在各自的描述里：VirtualAPK 只服务 Android，cube-ui 与 mand-mobile 是 Vue 生态，Pile.js 是 React 生态，gendry 是 Go 服务端，DDMQ 是服务端中间件。
产品定价
免费。Apache License 2.0 授权，可商用、可修改、可再分发，条件是要保留原始声明与许可文本，修改过的文件需要标注。页面没有付费档、没有企业版入口、也没有商业支持渠道，联系方式只有一个开源事务邮箱。要注意页面给出的协议链接是通用文本，具体某个仓库是否仍沿用同一协议，应当以仓库里的 LICENSE 文件为准。
常见问题
Q：页面停在 2017 年，这些项目还能用吗？
页面年份不能当项目状态的证据。这是一个静态门面，从建立起就没有随项目更新过，页脚那串年份是站点自己标记的时间，不是项目的最后提交时间。判断能不能用，必须点进 GitHub 仓库看三件事：最后一次 commit 距今多久、最近的 release 是哪个版本、issue 区有没有人在回。三门都过的项目照样能进新项目，全停的就要考虑替代方案。
Q：cube-ui 和 mand-mobile 都是 Vue 组件库，怎么选？
看业务形态。cube-ui 的定位是“让移动端开发更容易”，是通用组件库；mand-mobile 明写“面向金融场景”，组件更贴金额输入、密码键盘、图表这类需求。做通用 App 选前者，做金融、理财、支付类选后者，两者的组件集不重叠到可以互相替代。
Q：为什么页面上只有六个项目？
这是门户建立时挑选的那一批，不是滴滴开源的全部。GitHub 上的滴滴组织仓库数远多于六个，页面没有做动态同步，也没有“更多项目”的入口。想找完整清单，从 View On GitHub 按钮进组织页按语言和更新时间筛，比在这一页找要全。
开发者小结
这一页的价值在于省翻译和省试错：六个项目的中文定位写得具体，技术栈与适用场景一句话说清，做初步筛选时比翻 GitHub 的英文 README 快。它的短板同样明显——信息冻结在 2017 年，没有活跃度、没有版本号、没有文档链接，也没有搜索与分类，六项目之外的内容一概没有。把它当索引而不是当评估报告，用起来不会出错：在这一页定方向，回 GitHub 定结论。它至今没说错的地方只有一处，就是判断技术栈对不对。
相关导航
