WPF中如何访问自定义控件内的文本框实现验证状态绑定控制按钮

• WPF 的 ElementName 绑定严格遵循名称作用域隔离规则：
  • TbExposure、TbGain 两个 TextBox 的名称注册范围在 CameraConfigView 自定义控件内部，主窗口的名称作用域和自定义控件内部是完全隔离的。直接写 ElementName="TbExposure" 根本定位不到目标元素，哪怕已经把两个 TextBox 的 x:FieldModifier 设为 public，也不会被 ElementName 的查找机制识别。
  • 用于绑定的关闭按钮位于 GroupBox 的 HeaderTemplate 内，这个模板是独立的 DataTemplate 名称作用域，和主窗口正文区域加载的 CameraConfigView 实例的名称作用域完全断开，双重隔离下原绑定根本不可能找到目标控件。

方案1：最小改动适配现有代码 #

这个方案完全复用你已经写好的自定义控件配置，改动量最小：

1. 给主窗口内加载的 CameraConfigView 实例定义唯一的命名：

<Grid>
    <views:CameraConfigView 
        x:Name="CameraConfigControl" 
        DataContext="{Binding TargetCameraSettings}"  
        Margin="10 50 10 0"/>
</Grid>

2. 修改关闭按钮的 MultiBinding 路径，通过自定义控件实例访问内部 TextBox 的验证状态：

<Button.IsEnabled>
    <MultiBinding Converter="{StaticResource InverseAndBooleansToBooleanConverter}" Mode="TwoWay">
        <Binding ElementName="CameraConfigControl" Path="TbExposure.(Validation.HasError)"/>
        <Binding ElementName="CameraConfigControl" Path="TbGain.(Validation.HasError)"/>
    </MultiBinding>
</Button.IsEnabled>

不用担心 HeaderTemplate 内的按钮找不到目标实例：只要 CameraConfigControl 是直接放在主窗口逻辑树中、注册在主窗口的名称作用域下，ElementName 的查找机制会顺着逻辑树向上回溯，哪怕处于模板内部也能正常定位。

方案2：解耦的标准化实现（推荐长期使用） #

方案1虽然改动快，但会让主窗口和 CameraConfigView 的内部 UI 结构形成强绑定：后续如果在 CameraConfigView 内修改 TextBox 名称、替换输入控件类型，主窗口的绑定会直接静默失效，只能在运行时发现绑定错误，编译阶段完全无感知。
更合理的长期实现是把验证状态逻辑从 UI 层上移到 ViewModel 层：

• 让 CameraConfigView 绑定的 TargetCameraSettings 实现 INotifyDataErrorInfo 接口，将现在写在 XAML 中的数值校验规则移动到 ViewModel 的校验逻辑中
• 在 ViewModel 中暴露两个只读布尔属性：HasExposureError、HasGainError，属性值由校验规则的执行结果决定
• 按钮的 MultiBinding 直接绑定这两个 ViewModel 属性，完全不需要访问自定义控件内部的任何 UI 元素，后续 CameraConfigView 内部无论怎么调整 UI 结构，都不会影响主窗口的按钮绑定逻辑。

• 不要写递归逻辑通过 VisualTreeHelper 钻到自定义控件内部查找 TextBox，这类代码会大幅提升项目的维护成本
• 不要硬突破 WPF 的名称作用域隔离规则，设计这套隔离机制本来就是为了避免不同模块的命名冲突，强行跨模板、跨控件查找内部元素本质上违背了框架的设计思路

内容的提问来源于stack exchange，提问作者Max