数字孪生平台开发

项目背景

这是一套数字孪生方向的多端交付平台，共 4 个仓库。后端为 Java，前端有三套：PC 端、移动端与 uni-app 跨端应用。一套后端同时支撑 PC 大屏、移动端与跨端三种形态，三维场景与业务数据做了联动。

客户当时的状态

数字孪生类项目最常见的误区，是把它当成「把模型放到网页上」。实际困难有两处。一是形态差异：大屏是远距离观看、强调整体观感，移动端是近距离操作、强调可点可查，两者对同一份数据的呈现诉求完全不同。二是性能取舍：三维场景资源体积大，和首屏加载速度天然冲突，试图同时满足的结果往往是两头都不顺。如果各形态还各自实现业务逻辑，数据一致性也会很快出问题。三维可视化还有一个现实约束：参观与评审场景对画面的要求，和日常操作场景并不一样，而这两类需求经常落在同一块屏上。

我们的做法与取舍

第一个取舍是把业务数据收敛到一套后端，三种形态只做展示适配。代价是后端接口要考虑三种使用场景，收益是数据一致、新增形态不必重做业务。

第二个取舍是在场景体积和加载速度之间明确选边，按形态分配加载策略，而不是要求一套策略同时满足大屏和移动端。

第三个取舍是把场景元素与业务数据绑定，数据更新驱动场景呈现。场景和数据各维护一套状态看起来省事，但两边一旦不一致，现场就没人敢信这块屏。

系统怎么承载这条链路

呈现层是 PC 大屏、移动端与 uni-app 跨端；服务层是 Java 后端，承载业务数据与接口；场景层负责三维场景的加载与数据绑定。三种形态取的是同一份数据，差异只体现在怎么展示。场景资源按形态分级加载，大屏端优先保证画面完整，移动端优先保证首屏可用。

交付状态与边界

四个仓库的最后提交时间都是 2023 年 11 月，系统建设完成并交付，目前没有再更新的记录。边界说明：三维场景的模型资产由贵方提供或指定来源，我们负责加载与数据联动，不做模型的原始美术制作；现场大屏硬件与网络环境由贵方负责，我们按环境参数做适配；业务数据的源头系统我们只按接口对接，不改动源系统内部逻辑。场景资源更新时需要重新走一次加载流程，这部分由贵方人员按操作说明在现场执行。