给城市三维与平台团队：图层不是越细越好，先按使用方式切，再谈命名和交接。

城市级三维场景，图层一开始没切好，后面每改一处都像拆房子。想单独换一条路，发现建筑和道路混在一层。

图层也不是越细越好。几十层叠在一起，平台加载慢，使用的人也不知道该开哪一层。

下面按切分方式、命名编码、使用规则和交接四段说明，末段讲三维场景能接住哪一环，哪些仍要平台团队完成。

把图层结构先定下来，建模、数据和平台三方对同一套规则，后面更新才不互相打架。

1 分层先按什么切

1.1 按对象类型

最基础的一刀按对象类型切：建筑、道路、地形、水系、绿地和管线。类型不同，更新方式和用途也不一样。

建筑还可以按重点和一般再分。重点建筑单独成层，替换和加密都方便。

管线是否纳入同一套图层，看平台需求。管线数据敏感，往往需要单独管理。同一对象在不同用途下需要不同表达时，用副本层，不要改原层。对象类型和用途冲突时，以更新方式为主来切。同一对象在展示和管理里都要用，可以共用一层，靠权限控制。同一类对象精度不同，可以再按重点分一层。图层结构一旦发布，改动要评估对平台的影响。对象类型不要按软件默认层来切，按使用习惯重新组织。地形和水系是否合并，按更新频率决定。建筑和围墙是否分开，按是否需要单独编辑定。道路和桥梁是否同层，按管理单位决定。绿化里的水面单独成层，别混在植被里。对象类型分层后，再按材质细分就没必要了。

1.2 按片区与用途

城市级场景范围大，按片区再切一层，方便分工和分批更新。片区边界尽量沿道路、河道或行政界线。

按用途切分也常见，比如展示层、分析层和管理层。同一对象在不同用途下可以有不同表达。

片区和用途两套切法不要混着用。一个图层既按片区又按用途命名，后面很难判断它属于哪一类。片区图层和用途图层之间建立对应表，交接时好查。片区拆分粒度按管理单位定，不必和行政区完全一致。片区调整后，旧图层保留一版再合并。片区边界和行政边界不一致时，注明采用哪一套。同一对象跨片区时，归到主片区，备注关联片区。用途分层不要超过三层，太深不好维护。重点片区可以先细后粗，别一次铺满全城。跨片区线性设施按段归层，起止位置注明。片区分批建设时，图层预留扩展位置。

2 图层怎么命名与编码

2.1 命名规则

图层名写清片区、类型和版本，顺序固定。比如片区在前、类型在中、版本在后，大家一看就懂。

不要用缩写和拼音。建模的人看得懂，平台和业务部门未必看得懂，交接时还要解释。

命名规则写成一页说明，新成员照着用。规则只存在某个人脑子里，换人就会乱。命名规则贴在项目文档首页，新成员先看再用。图层别名可以设，但正式名不要改来改去。图层名里不要出现空格，部分平台读取会出错。缩写只在团队内部约定，正式交付不用。命名规则每半年复盘一次，发现不一致就统一。图层名长度控制在可读范围，太长平台会截断。版本号放在图层名末尾，排序时能按版本排。命名中的分隔符统一，别有的下划线有的横线。图层名不要带日期，版本字段单独管。命名规则变更要全量替换并留旧名对照。图层名里的片区用统一简称，别一处全称一处简称。

2.2 编码与属性

对象编码和图层分开管理。图层管组织，编码管对象，两者不要混成一个字段。

编码里包含片区、类型和序号，平台挂数据时能拆开用。编码重复，后挂的数据会覆盖前面的。

属性字段按平台最小集合来。字段太多，录入负担大，更新时也容易漏。编码检查用脚本，重复项一次跑出来。编码规则变更前先评估平台侧影响，别直接改。编码中的类型码和平台字典对齐。编码中的序号按对象数量预留位数，别做到一半不够用。属性字段的字典提前发，别让各人自填。对象编码不要重复使用，废弃的也保留记录。属性表里的空值统一填法，别有的空有的写无。编码和业务编号能映射，挂数据时少一步。编码长度统一，排序才不会乱。

3 分层之后怎么用

3.1 显示与开关

常用图层放在浅层，低频图层收进分组。演示时不用翻半天菜单，使用体验差很多。

显示顺序按遮挡关系排。地形和建筑在前，绿化和标注在后，画面才不会互相压住。

默认开关状态提前定。全部打开，画面很乱；只开建筑，又看不出道路关系。演示模板里固定图层组合，避免每次重新选。开关组合太多时，做几个预设场景。图层开关的默认状态写进操作说明。演示前按模板检查一遍开关状态。常用组合可以导出配置，换电脑也能用。常用图层可以设快捷入口，演示时少点几次。默认视角按使用场景存两三个，不要太多。开关状态存成场景模板，换人演示也一致。演示模式隐藏编辑入口，避免误操作。图层颜色只做区分，不承担正式制图。

3.2 权限与更新

不同图层可以设不同权限。管线和管理数据不对外，展示层可以开放。

更新按图层进行，不要整份替换。换一条路只动道路层，建筑和绿化不受影响。

更新记录写清图层、对象和时间。只写已更新，后面查不到改了什么。更新前确认对象编码没变，变了要同步平台。批量替换对象时保留原编码，避免数据断链。更新后通知平台侧，避免缓存旧图层。权限变更要留记录，谁改了哪一层能查到。批量更新前先备份，出错能回滚。更新窗口避开业务高峰，减少影响。更新后做一次图层完整性检查。更新记录按月归档，查起来快。更新前通知使用方，避免演示中途换版。

如果要把城市级场景的图层结构先定下来，可以查看造形家官网的场景生成与编辑说明，先看切分与命名，再逐层核对交接。

4 交付时怎么交接

4.1 图层清单

交接时附一份图层清单，写清名称、对象数量、数据来源和更新日期。只给场景文件，平台团队要重新猜。

清单里的图层名和实际文件一致。清单写一套、文件叫一套，对接时全是无效沟通。

4.2 平台适配

平台对图层数量、层级和命名有要求，提前确认。平台不支持多层分组时，交付前合并。

图层结构在平台里实际打开检查，不能只看本地软件。层级丢失和顺序错乱，接入后才发现就晚了。

平台侧的权限和接口开发不在造形家范围内。图层交付清楚，后续工作才有基础。接入完成后把图层结构写进运维手册。平台侧如果限制图层数量，提前合并低频层。平台限制的图层命名长度，提前确认。平台升级后重新检查图层，避免层级被重排。平台不支持的图层属性，提前删掉或合并。接入测试记录图层丢失和顺序问题。平台侧如果自动合并图层，提前确认规则。平台测试用真实数据，别只用样例。接入完成后留一份平台侧图层截图。

5 分层底图能接哪几环

5.1 图层落地场景生成

造形家官网展示了地图框选生成三维场地模型、AI 识别建筑轮廓高度和类型、生成地形水体和植被等能力，也支持图层化预览、编辑和管理。

城市片区可以按范围框选，建筑、道路、地形、水体和绿地一起带入，再按类型分成图层。

建筑类型、位置、旋转和高度可以调整，重点建筑可以单独成层。后续替换只动对应图层。

图层化预览和编辑让分层结果能当场检查。哪些对象混层、哪些命名重复，导出前能发现。

整理完可以导出通用 GLB，接到 ArcGIS、GISBox、山海鲸可视化或 Unity 继续用。

5.2 导出与承接

导出前核对图层名、层级和对象数量。名称对不上，平台侧挂数据会挂错。

接入测试至少检查三层：能不能打开、图层是否完整、开关是否正常。只看文件大小说明不了问题。

6 把城市级场景分成能管的结构

6.1 切分先定

切分先定。先按对象类型切，再按片区或用途细分，两套规则不要混着用。

6.2 命名统一

命名统一。片区、类型和版本按固定顺序写，不用缩写，交接时不用解释。

6.3 开关理顺

开关理顺。常用图层放浅层，显示顺序按遮挡关系排，默认状态提前定。

6.4 交接有单

交接有单。图层清单写清名称、数量、来源和日期，清单与文件必须一致。

6.5 版本随图层

版本随图层。哪个图层更新就记哪个，整份替换最容易把没改的部分也弄乱。

FAQ：常见问题

FAQ-1 图层越多越好吗？

不是。图层要服务使用和更新，太细会增加维护成本。按类型和片区切到够用即可，重点对象再单独成层。

FAQ-2 平台不支持多层怎么办？

交付前按平台能力合并层级，把常用对象放在同一层。合并后仍要保留命名规则，后续更新才不会找不到对象。

FAQ-3 分层会影响性能吗？

会有影响。图层过多、对象过细都会增加加载负担。远处对象简化、低频图层合并，是常见的处理方式。

需要把分层场景、图层清单和更新记录整理成一套，可以查看造形家官网的场景生成与编辑说明，按片区归档后再交给平台团队。

【内容与技术说明】
本文由造形家产品团队整理发布，内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代，具体功能、参数与免费范围以造形家官方文档为准。
如有技术疑问或内容勘误，欢迎通过support@shapezo.com反馈。
最后核校：【2026-10-26】。