做 CAD 查看器、PLM、CAM 或 CAE 产品的团队，几乎都会遇到同一个问题：客户 A 发来 CATIA 装配体，客户 B 用 NX，下一家要求支持 Creo、SOLIDWORKS 或 Inventor。每种格式单独开发解析器，意味着多套接口、多种数据结构和一条长期追赶 CAD 版本的维护链路。
多格式接入的真正成本
如果只是按扩展名调不同函数，事情不复杂。真正增加研发成本的是每种格式背后的版本演进、装配组织和数据表达差异。开发团队关心的不只是"能否显示"：
| 数据维度 | 典型需求 |
| 装配结构 | 装配树、零部件实例、外部引用能否正确还原 |
| 几何数据 | B-rep 精确几何或三角网格能否读取 |
| 非几何信息 | 颜色、图层、属性、视图、元数据能否保留 |
| PMI | 产品制造信息能否以图形或语义形式提供 |
| 一致性 | 不同操作系统和 CAD 版本下支持范围是否一致 |
分别接入多家 CAD 厂商接口，除了初次开发，还要持续处理接口差异、回归测试和版本升级。每增加一种格式，就多一条需要长期维护的链路。
HOOPS Exchange：一套接口收敛多格式
HOOPS Exchange 是 Tech Soft 3D 面向软件开发商的 CAD 数据访问与格式转换 SDK。开发者通过一套标准接口完成集成后，可访问其支持的多种原生 CAD、标准交换及 BIM/AEC 格式。当前官方资料使用"30+"描述格式覆盖：
| 类型 | 典型格式 |
| 原生机械 CAD | CATIA V4/V5、NX、Creo、SOLIDWORKS、Inventor、Solid Edge |
| 中性及通用三维 | JT、STEP、IGES、Parasolid、ACIS、STL、OBJ、glTF |
| BIM/AEC | Revit、IFC、DWG、DGN、Navisworks |
核心价值不在格式数量，而是把"每种格式分别对接"收敛为"围绕一套数据访问框架开发"。上层应用继续按业务逻辑处理装配、几何、PMI 等数据，底层 Reader 实现和格式版本适配由 SDK 供应商维护。新增格式时通常在既有框架内扩展，减少上层接口反复调整。研发也能把精力转向模型轻量化、几何分析或协同流程，而不是反复重建文件解析底座。
Reader 版本跟进机制
客户创作软件会持续升级。文件扩展名没变，新版本可能带来格式内部变化。若 Reader 没跟上，软件就可能无法读取或数据缺失。
Tech Soft 3D 官方文档给出的维护目标：CATIA V5、SOLIDWORKS、Creo 和 NX Reader 力争在创作软件发布新版后 90 天内更新；JT Reader 目标 120 天。两个限定要注意：
- 90 天和 120 天是官方维护目标，不是每次更新结果的无条件保证。
- 该目标只针对上述 Reader，不能外推为全部格式都按同一周期更新。
价值在于有一套可纳入研发计划的持续维护机制，但正式交付前仍需针对客户具体版本和文件类型验证。
"支持这种格式"不等于"数据完整支持"
格式数量容易传播，也最容易被误解。SDK 能打开某种格式，不代表装配结构、精确几何、PMI 和所有属性都能以同样程度读取。不同格式承载的数据不同， Reader 支持深度也有差异。
官方支持格式表不只列扩展名，还区分版本、平台、导入/导出，以及 Tessellation、B-rep、PMI 等数据类别。选型时应核对：
目标格式 + 客户版本 + 部署平台 + 业务所需数据 + 读写方向
只做浏览预览的产品，和需要精确几何进入 CAM/CAE 流程的产品，对"支持"的要求完全不同。需要展示 PMI 与需要读取语义 PMI，也不是同一个验收标准。
自研解析器还是统一 SDK
自研并非一定不合适。产品只服务一种长期稳定的内部格式时，自研可能更符合需要。但当产品进入多 CAD 客户环境，评估重点会变化：
| 评估维度 | 自研解析器 | 统一 SDK |
| 格式扩展 | 每增一种格式需新建一条解析链路 | 在既有框架内扩展，上层接口无需反复调整 |
| 版本跟进 | 自行追踪 CAD 新版并适配 | 供应商负责 Reader 更新，团队按计划纳入 |
| 数据深度 | 可完全掌握专有数据解析细节 | 依赖 SDK 支持 depth，部分专有对象仍需自行补充 |
| 人力分配 | 持续投入底层解析与回归测试 | 集中精力在模型轻量化、几何分析或协同流程 |
ESS 的仿真预处理产品 alsim MERGE 就是一个接近的案例。早期团队自行开发输入输出代码，只覆盖 STL 和少量格式。面对客户实际使用的多种 CAD 软件，要求客户先自行转换文件既增加操作步骤，也增加转换出错的可能。引入 HOOPS Exchange 后，ESS 将更多常用 CAD 格式接入同一产品入口，减少了内部 CAD 输入输出代码的开发投入，将精力转向仿真预处理和自身产品功能。这是 ESS 的具体项目经验，不代表其他项目会获得相同结果。
下一步：用客户真实文件验证
格式清单只回答"官方是否列出"，不能替代项目验收。建议选取客户真实使用的几组文件，覆盖不同 CAD 品牌、版本、装配规模和关键数据类型，分别检查装配结构、几何、PMI、属性与转换结果。若客户项目依赖某个特殊对象或冷门版本，也应在立项前单独确认。
可按以下步骤建立验证矩阵：
- 列出客户实际使用的 CAD 品牌、版本和文件类型；
- 为每组文件标注需要验证的数据类别（装配、B-rep、PMI、属性等）；
- 逐组导入后比对源文件与转换结果，记录缺失或差异项；
- 对冷门版本或特殊对象单独提交确认。
延伸阅读：
- 慧都科技 Tech Soft 3D 产品专区 — 了解 HOOPS Exchange及更多 3D 开发工具
本文基于 HOOPS Exchange 官方文档整理，技术细节以官方文档为准。
