5.3 建模策略与规范

5.3 建模策略与规范

本节摘要：SOURCE 7.1：企业建模规范（命名、基准、特征顺序）决定大型项目可维护性；性能优化含简化与 LOD。

一个真实的"返工惨案"

某团队接了一个外企的变速箱壳体重建项目。工程师各自为战地建模：有人从原点建，有人把零件扔在装配坐标系外十米处；有人给零件起名 "part1"、""final_v2"；有人把圆角放在特征树顶端，改壁厚时圆角全爆。交付时模型体量 800MB、打开要十分钟、任何修改都牵一发动全身——最后不得不推倒重来。

这个故事的教训：CAD 建模 70% 的成本不在"画出来"，而在"维护得了"。企业级建模拼的不是个人技巧，而是组织级的规范与秩序。

设计路径：从整体到局部

设计路径（Design Intent）有两条基本路线：

成熟团队普遍采用"整体→局部"的骨架驱动：先定义外形与主要尺寸作为"骨架"，细节特征挂在骨架上。这样当整体尺寸变化时，细节自动跟随，不会出现"外形改了、孔还在老位置"的割裂。

规范要点

基准统一：所有零件以世界原点为第一特征基准。零件散落在空间中，装配时会发现"对不齐"——这不是装配约束的错，是建模基准的债。

命名规范：零件号 + 描述，如 "FLG-001_法兰_12孔_安装面"，让 PDM 检索与版本追踪有据可依。反例是 "1234.stp""未命名4"，检索靠翻历史记录。

特征顺序：基体（主体几何）→ 细节（孔、槽、圆角）→ 修饰（倒角、螺纹）。圆角放在最后是铁律——圆角依赖前序边，任何前序修改都会让圆角重算失败。合理的特征顺序让再生（Rebuild）稳定，也让他人能读懂建模思路。

引用管理：外部引用（跨零件引用几何）必须指向"已发布"的版本，禁止引用"未冻结"的在建版本，否则会出现幽灵依赖——上游一改，下游莫名爆红。

# 特征顺序的合法性检查：依赖必须早于被依赖
def validate_feature_order(feature_tree):
    errors = []
    for feat in feature_tree:
        for dep in feat.depends_on:
            if tree_order(dep) > tree_order(feat):
                errors.append(f"{feat.name} 依赖了更晚的特征 {dep.name}")
    return errors or "特征顺序合法，再生可稳定预期"
​

质量检查：让规范"活"起来

规范不能只靠自觉，要嵌入工具流程。质量保障的三种机制：

1. 模型体检器：检查封闭性、最小边、退化面、流形性，交付前强制运行；
2. 规则检查：把壁厚、拔模角、命名规范编码成规则，保存时自动校验；
3. 变更评审：改动发布前，由资深工程师按检查清单复核。

性能优化：大装配的"减负术"

大型装配性能：LOD 简化、信封体代替内部细节、抑制远处零件特征再生。三类手段按"信息保真优先"原则排列：

原则是按需感知：离得远、在内部、不可见的零件，用最省的方式表示；关键配合面始终保持完整精度。这样 10⁵ 级零件装配也能流畅旋转与拾取。

规范是把个人技巧变成组织资产

⚠️ 常见坑：「乱建特征」导致改一处全模型失败——早期规范成本低、后期高。

规范的本质是知识的沉淀：把"老师傅知道但没写下来"的建模诀窍，固化为"新人照做也不会错"的流程。好的规范应具备三个特征：

1. 可执行：能用规则/模板自动校验，而非靠人背诵；
2. 有例外通道：特殊工艺允许豁免，但要走审批；
3. 持续演进：每次返工教训都回流为一条新规则。

💡 关键直觉：规范是把个人技巧变成组织资产。

核心回顾

• 基准与命名是协同前提
• 特征顺序影响再生稳健
• LOD 是大装配性能钥匙
• 规范要嵌入工具，靠规则自动执行
• 建模成本大头在"维护"而非"画出来"