OCCT 进行交互式操作时“创建临时预览对象”的好处-CSDN博客

我们来深入探讨一下在 OCCT (Open CASCADE Technology) 中，进行交互式操作时“创建临时预览对象”所带来的核心好处。

这在交互式CAD/CAE软件开发中是一个至关重要的设计模式。简单来说，临时预览对象是一个瞬态的、仅用于显示的图形，它向用户实时反馈一个“将要发生”的操作结果，但在用户最终确认之前，它并不会真正修改底层的核心数据模型。

可以将其比作：在使用绘图软件时，当你拖动鼠标画一个矩形，那个随着你鼠标移动而不断变化的虚线框就是一种临时预览对象。

创建临时预览对象主要有以下四大好处：

这是最直接、也是最重要的好处。

即时视觉反馈 (Instant Visual Feedback): 用户在执行操作（如拖动、旋转、缩放、设置参数）的过程中，可以实时看到操作将产生的几何结果。这种所见即所得的交互方式非常直观，消除了盲目操作和猜测。
增强交互性 (Enhanced Interactivity): 应用响应变得流畅。用户可以持续调整参数，直到预览效果满意为止，然后再确认操作。这避免了“输入参数 -> 点击确认 -> 查看结果 -> 不满意 -> 撤销 -> 重新输入…”的繁琐循环。
降低认知负荷 (Reduced Cognitive Load): 用户无需在大脑中想象一个圆角、一个倒角或一次布尔运算的结果。预览直接将其可视化，使得复杂的操作也变得易于理解和控制。

对于复杂的模型，直接修改其数据结构（B-Rep模型）可能是一项非常耗时的计算。

避免重量级计算: 对核心数据模型（例如一个复杂的TopoDS_Shape）进行一次特征操作（如圆角、布尔运算）可能会触发复杂的拓扑和几何算法，耗时可能从几十毫秒到数秒不等。如果在鼠标拖动的每一帧都执行这种计算，应用程序会变得异常卡顿甚至无响应。
分离显示与模型: 临时预览对象通常是一个独立的、轻量级的几何体。创建和更新它的成本远低于修改主模型。渲染引擎（Viewer）只需要重绘这个临时对象和场景，而不需要等待整个模型数据被重建。这保证了界面在交互过程中的高帧率和流畅度。

清晰的逻辑分离: 交互逻辑和核心建模逻辑被清晰地分开。
- 预览逻辑: 负责根据用户的输入（鼠标位置、键盘输入）快速生成一个临时的、近似的几何形状并显示它。
- 核心逻辑: 只有在用户最终确认后，才调用稳定且精确的建模算法，对主数据模型进行永久性修改。
轻松实现“取消”操作: 由于在预览过程中，核心数据模型并未被触及，因此如果用户决定取消操作（例如按ESC键或点击取消按钮），程序需要做的仅仅是删除并隐藏这个临时预览对象即可。这比修改了核心数据后进行复杂的“撤销”（Undo）操作要简单和安全得多。
原子性的操作: 对核心数据的修改变成了一个“原子操作”，要么成功并更新，要么不执行，不会出现模型被修改到一半的中间状态。

保护核心数据模型: 用户的输入可能导致无效的建模操作（例如，一个过大的圆角半径会导致自交或生成失败）。在预览阶段，如果生成临时预览对象失败，程序可以简单地不显示预览或给出错误提示，而主模型安然无恙。这防止了因无效参数而导致核心数据被破坏或程序崩溃。
预先的错误处理: 可以在预览计算时就捕捉到大部分潜在的建模失败，并提前告知用户“此参数无效”，引导用户输入正确合理的数值。

在OCCT中，这个过程通常是这样实现的：

启动交互: 用户选择一个功能，例如“倒角”。程序进入一个交互状态。
创建临时几何: 在鼠标移动事件（mouseMoveEvent）中，程序根据当前鼠标位置计算出倒角操作所需的参数（如距离、角度）。
生成预览形状: 使用这些参数，调用相应的建模算法（如 BRepFilletAPI_MakeChamfer）快速创建一个新的、临时的 TopoDS_Shape。
显示临时对象: 将这个临时的TopoDS_Shape包装成一个AIS_Shape，然后使用AIS_InteractiveContext::Display()或AIS_InteractiveContext::DisplayTemporary()将其显示在视图中。为了实现动态更新，通常会先移除上一个临时对象，再显示新的。
用户确认: 当用户点击鼠标左键确认时：
- 首先，使用AIS_InteractiveContext::Erase()或Remove()移除临时预览对象。
- 然后，使用最终确定的参数，对真正的、核心的模型执行完全相同的建模操作。
- 最后，更新主模型的显示。
用户取消: 如果用户按ESC键：
- 简单地移除临时预览对象，然后退出交互状态即可。