别再硬编码了！用C# NXOpen的SelectObject方法，5分钟搞定UG/NX智能选择对话框

从硬编码到智能工厂：NXOpen选择对话框的工程化重构

在UG/NX二次开发领域，SelectObject方法就像是一把瑞士军刀——几乎所有交互功能都离不开它，但大多数开发者只停留在"能用"层面。想象一下这样的场景：你的代码库里有20个类似SelectFace、SelectEdge的方法，每个方法里90%的代码都在重复处理相同的参数配置和异常捕获。这不是开发，这是代码界的Ctrl+C/V行为艺术。

1. 硬编码之殇：典型反模式剖析

打开任何NX二次开发项目，你大概率会看到这样的代码尸体陈列室：

public void SelectEdge(out Edge edge) { try { UI ui = UI.GetUI(); NXObject obj; string msg = "请选择边"; string title = "边选择"; var scope = Selection.SelectionScope.WorkPart; bool highlight = false; var types = new Selection.SelectionType[] { Selection.SelectionType.Edges }; Point3d cursor; ui.SelectionManager.SelectObject(msg, title, scope, highlight, types, out obj, out cursor); edge = (Edge)obj; } catch { edge = null; } }

这种写法存在三个致命缺陷：

1. 参数固化：选择提示、作用域等硬编码在方法内部，调用方无法自定义
2. 类型强耦合：每个选择器只能返回特定类型（Edge/Face等），类型检查逻辑重复
3. 异常处理简陋：简单返回null的catch块会掩盖真实错误原因

更可怕的是，当需要添加日志记录或性能监控时，你需要在所有类似方法中重复添加相同代码。这种开发模式就像用勺子挖隧道——既低效又危险。

2. 设计模式突围：选择器工厂解决方案

让我们用工厂模式重构这个选择逻辑。首先定义配置对象：

public class SelectionConfig { public string Message { get; set; } = "请选择对象"; public string Title { get; set; } = "选择"; public Selection.SelectionScope Scope { get; set; } = Selection.SelectionScope.WorkPart; public bool KeepHighlighted { get; set; } = false; public Selection.SelectionType[] FilterTypes { get; set; } public Action<NXObject> OnSelected { get; set; } public Action<Exception> OnError { get; set; } }

然后创建智能选择工厂：

public static class SelectionFactory { private static readonly Logger _logger = LogManager.GetCurrentClassLogger(); public static T Select<T>(SelectionConfig config) where T : NXObject { try { var ui = UI.GetUI(); var result = ui.SelectionManager.SelectObject( config.Message, config.Title, config.Scope, config.KeepHighlighted, config.FilterTypes, out NXObject obj, out Point3d _); config.OnSelected?.Invoke(obj); return (T)obj; } catch (Exception ex) { _logger.Error(ex, $"选择操作失败: {config.Message}"); config.OnError?.Invoke(ex); return default; } } }

这个工厂类带来了四个维度的提升：

3. 实战升级：链式调用与装饰器模式

真正的工程化不会止步于基础工厂。我们可以结合现代C#特性打造更优雅的API：

// 创建配置构建器 public class SelectionBuilder { private SelectionConfig _config = new SelectionConfig(); public SelectionBuilder WithPrompt(string message, string title = null) { _config.Message = message; _config.Title = title ?? message; return this; } public SelectionBuilder Filter(params Selection.SelectionType[] types) { _config.FilterTypes = types; return this; } public T Select<T>() where T : NXObject => SelectionFactory.Select<T>(_config); }

使用示例展示其威力：

var edge = new SelectionBuilder() .WithPrompt("请选择加工边界") .Filter(Selection.SelectionType.Edges) .Select<Edge>(); // 带回调的高级用法 new SelectionBuilder() .WithPrompt("选择参考面") .Filter(Selection.SelectionType.Faces) .OnSelected(obj => _logger.Info($"已选择面：{obj.Name}")) .OnError(ex => ShowToast($"选择失败: {ex.Message}")) .Select<Face>();

这种链式API具有三大优势：

1. 强类型智能提示：每一步配置都有明确的IntelliSense引导
2. 线程安全：每次调用创建新配置实例
3. 可扩展性：轻松添加新的配置项而不破坏现有代码

4. 异常处理的艺术：从防御到进攻

原始代码中的try-catch块是最基础的防御式编程。在工程化解决方案中，我们需要更系统的异常策略：

1. 分类处理：区分用户取消（正常流程）和真实错误

catch (NXException ex) when (ex.ErrorCode == NXError.UserCanceled) { _logger.Info("用户取消了选择操作"); return default; }

2. 上下文增强：在异常中添加操作上下文

catch (Exception ex) { var error = new InvalidOperationException( $"选择操作失败: {_config.Message}", ex); _logger.Error(error); throw error; }

3. 重试机制：对临时性错误自动恢复

public static T SelectWithRetry<T>(this SelectionBuilder builder, int retries = 1) { for (int i = 0; i <= retries; i++) { try { return builder.Select<T>(); } catch (TimeoutException) when (i < retries) { Thread.Sleep(500); } } return default; }

5. 性能优化：选择操作的隐藏成本

很少有人关注SelectObject的性能陷阱。通过工厂模式，我们可以轻松添加性能监控：

public static T Select<T>(SelectionConfig config) where T : NXObject { var watch = Stopwatch.StartNew(); try { // ...原有逻辑... } finally { watch.Stop(); _logger.Debug($"选择操作耗时: {watch.ElapsedMilliseconds}ms"); if (watch.ElapsedMilliseconds > 500) { _logger.Warn($"长时间选择操作: {config.Message}"); } } }

实测数据显示，经过优化的选择操作在不同场景下有显著提升：

这种优化可能看起来微不足道，但当你的插件被频繁调用时，这些毫秒级优化会累积成显著的体验提升。