由于 CAA V5 引入了多种不同的编程实体,因此制定了相应的命名规则与规范,旨在避免 CAA 环境内部及外部出现命名冲突,同时让开发人员更清晰地理解相关内容。本文介绍了这些命名规则的基础要点。
- 为何需要制定命名规则?
- CAA V5 应用程序命名规则
- CAA V5 解决方案命名规则
- 参考文献
这些命名规则适用于达索系统集团、CAA 合作伙伴及成员,以及开展内部自研工作的 CAA 客户。其目的在于避免运行时同一库中并存的各类实体之间出现命名冲突 [1][2],同时确保所有 CAA 应用程序或解决方案能够归属于对应的 CAA 应用或解决方案体系。
CAA 命名规范以品牌名称为基础,通常采用三字母缩写(trigram) 形式。该品牌标识将作为该品牌下所有产品或解决方案中各类实体名称的前缀。
达索系统旗下品牌名称如下:
| 品牌三字母缩写 | 品牌全称 |
| CAT |
CATIA |
| ENOV |
ENOVIA |
| VPM |
ENOVIA |
| DNB |
DELMIA |
产品命名格式
[合作伙伴品牌] V5 - [产品名称] <1,2,3>
合作伙伴名称示例:DCS、MDI、CSC 等
- [合作伙伴品牌] 用于避免不同合作伙伴之间的命名冲突
- V5 是 CAA 的基础版本,用作版本标识
- 不直接提及达索系统所属主品牌(CATIA/DELMIA/ENOVIA):可通过合作伙伴产品组合结构体现
- 无需专门标注 PRODUCT(产品类型),该信息为默认隐含
以下为 CSC 公司的两个产品名称示例:
- CSC V5 - Helix-CATIA 接口
- CSC V5 - Helix 定制与功能模块
产品命名格式
[合作伙伴品牌] V5 - [产品名称]
配置命名格式
[合作伙伴品牌] V5 - [产品名称] CONFIGURATION
- [合作伙伴品牌] 用于避免不同合作伙伴之间的命名冲突
- V5 是 CAA 的基础版本,用作版本标识
- 不直接提及达索系统所属主品牌(CATIA/DELMIA/ENOVIA),相关归属可通过合作伙伴产品组合结构体现
- 无需专门标注 PRODUCT(产品类型),该信息为默认隐含
- 在适用场景下添加 CONFIGURATION(配置)标识
参考文献
[1] CAA V5 C++ 命名规则
[2] CAA V5 Java 命名规则