开发 CAD 软件二次开发插件或独立系统时，除了要克服几何算法和宿主 API 的技术硬伤，更需要从工程架构、性能防御、异常处理、版本兼容和用户体验等维度做好防范。以下是必须注意的关键事项。
- 架构与内存管理：警惕宿主崩溃
CAD 宿主软件（如 AutoCAD、Revit、SolidWorks）多采用 C++ 开发且高度依赖单线程环境，任何未捕捉的底层异常都可能导致宿主无预警直接崩溃（Crash），造成用户数据丢失。
严格遵循内存释放与事务规范：使用 ObjectARX 或 C++ 时，确保所有 openObject 对应的 close() 调用都配对，或优先使用智能指针与 RAII 模式。在 C# / .NET 环境下开发时，托管对象（如 Transaction、DBObject）必须显式包裹在 using 语句块中，防止非托管内存泄漏引发 CAD 变慢。
隔离耗时计算与主线程：CAD 的 UI 和图形数据库通常绑定在主 UI 线程。避免在主线程中进行海量数据解析或复杂碰撞检测。使用后台线程/异步任务（如 Task.Run）处理计算逻辑，仅在需要更新 CAD 图形数据库时切回主线程加锁操作。
全面接管防御性异常处理：在所有 API 外部入口（如命令回调 [CommandMethod]、事件监听器）外层包裹最高级别的 try-catch 块。对几何计算结果先做“非空/非 NaN/有限值（double.IsNaN / double.IsInfinity）”判定，再写入图元属性。
- 图形数据库与性能防御：避免“大图卡死”
工程图纸经常包含数万甚至数十万个图元，粗糙的代码实现会在大数据量下直接瘫痪。
空间索引与区域过滤：遍历图元时，切忌使用全图扫描（SelectAll）。应优先结合包围盒（BoundingBox）、空间八叉树/R树（R-Tree）或选择集过滤（SelectionFilter）缩小搜索范围。
批量操作与图形更新解耦：批量生成或修改图元时，关闭实时重绘（如禁用 Redraw / Regen），等所有数据处理完成后统一进行一次图形刷新。减少在循环体内频繁读取/写入 XData（扩展数据）或扩展字典，改为内存中构建完毕后一次性持久化。
- 版本兼容与解耦设计：防止“升级即重构”
宿主 CAD 平台迭代频繁（特别是 AutoCAD 的 C++ 编译器版本更新、Revit API 的废弃接口），直接将业务逻辑与宿主 API 强绑定会导致巨大的后期维护成本。
业务逻辑与 CAD API 隔离（依赖倒置）：采用分层架构（如 MVVM / DDD）。构建独立的“业务几何/数据模型层”，将宿主 API 的调用封装在最外层的“适配器（Adapter）”中。当宿主软件版本升级或需要移植到国产 CAD（如中望、浩辰）时，只需重写适配器层，无需改动核心业务逻辑。
自定义实体的替换方案评估：尽量避免过度依赖原生的 C++ 自定义实体（如 ObjectARX 的 AcDbEntity），因为其二进制兼容性极差且难以跨平台。优先考虑“基础图元（Polyline/BlockRefernce）+ 扩展数据/XData”或“匿名块 + 业务属性字典”的伪自定义实体方案。
- 数据安全与健壮性：保障图纸文件可恢复
二次开发插件写坏图纸文件（Dwg Error / Corrupted File）是极其严重的线上事故。
写操作的事务原子性：所有修改图纸数据的操作必须包裹在 Transaction 中。出现任何异常必须及时 Abort() 撤销事务，禁止将半成品数据提交（Commit）入库。
数据序列化容错机制：绑定在图元上的自定义扩展数据，必须包含版本号标识。读取扩展数据时做出版本兼容判断，并对缺失字段提供默认值（Fallback），防止因插件升级导致旧版图纸打不开或读取报错。
- 用户体验与工程习惯：贴合 CAD 原生交互
工业与建筑领域的 CAD 用户对交互效率要求极高，插件的交互必须尊重用户的原有习惯。
支持 Undo/Redo（撤销/重做）链：插件执行完一次复杂命令后，必须在 CAD 的撤销栈中归纳为一个完整的动作（如 StartUndoMark / EndUndoMark），允许用户按 Ctrl+Z 一键撤销整个插件命令，而不是拆分为数十个微小步骤。
非阻塞式交互与快捷命令：提供命令行快捷键支持，支持命令行参数（如 [设置(S)/取消(C)]）动态响应。界面弹窗（Form/WPF）尽量采用非模态（Modeless）窗口，允许用户在打开插件界面的同时继续在 CAD 画布上拾取点、选中图元。
