为什么 CAD/CAE 软件需要一个自己的几何智能层
从几何内核直接驱动业务时遇到的问题出发，讨论为什么 CAD/CAE 软件在 B-Rep 之上还需要一层长期稳定的拓扑、接口、区域与特征表达，以及它如何连接几何修复、共形网格和后续仿真流程。
Architecture
5 posts filed under this tag.
从几何修补到修复系统：一次 CAD 模型修复架构的重新设计
记录 CAD/CAE 模型修复从单个 Repair API 逐渐演进为检测、区域分析、策略选择、真实预览、验证和事务提交完整链路的过程，以及为什么复杂模型修复不能只依赖一键算法。
从内部 Viewer 到商业化 SDK：三维显示引擎产品化中的几个工程问题
记录一个 CAD/CAE Viewer 从内部功能模块走向独立 SDK 的过程：如何重新划分显示、交互、拾取、场景管理与业务层边界，以及为什么能显示模型并不等于具备产品化能力。
模型修复为什么不能只做一键修复
记录一次 CAD/CAE 模型修复模块的工程化整理：为什么修复流程不能只是顺序调用一组 OCCT 函数，而需要围绕问题分级、局部优先、逐步验收、失败回滚和候选策略建立更可控的主链。
一个 CAD/CAE 几何修复模块，为什么不能只封装几个 OCCT API
一次 CAD/CAE 几何修复模块分层设计的工程复盘：为什么 ShapeFix、Sewing、Filling 这些接口不能直接散落在业务代码里，而需要检测、分类、策略选择、局部编辑、验证和报告。