.NET Framework 4.x中绑定用类数组属性的实现问题

问题背景 #

需要在UI中展示大量位信息，计划构建一个基于单个int（32位）、可暴露不同类数组属性的数据结构。现有实现不仅繁琐，还无法在WPF绑定中正常工作，需寻找更优方案。

现有实现 #

声明多个带索引器的接口：

public interface IProperty1
{
    string this[int index] { get; }
}

// 同理定义IProperty2、IProperty3

主类BitData实现这些接口，同时暴露接口类型的属性并显式实现索引器：

public class BitData: IProperty1, IProperty2, IProperty3
{
    public IProperty1 Property1 => this;
    public IProperty2 Property2 => this;
    public IProperty3 Property3 => this;
  
    string IProperty1.this[int index]
    {
        get { /* 位操作逻辑实现 */ }
    }

    // 同理显式实现IProperty2、IProperty3的索引器
}

绑定报错问题 #

单元测试中可通过data.Property1[0]正常访问对应位属性，但将BitData作为数据上下文，在WPF绑定中使用Property1[0]作为路径时，会报错**“类型BitData上未找到[]属性”**。绑定代码如下：

<DataTemplate DataType="{x:Type BitData }">
    <TextBlock Text="{Binding Path=Property1[0]}" Foreground="{Binding Path=Property2[0]}" Background="{Binding Path=Property3[0]}"/>
</DataTemplate>

核心原因：单元测试中Property1返回的是IProperty1接口类型，编译器能识别显式实现的索引器；但WPF绑定引擎通过反射运行时解析，显式实现的接口成员属于接口而非类本身，绑定引擎无法正确识别接口类型属性的索引器。

解决方案 #

方案1：使用包装类封装索引器 #

为每个属性创建独立的包装类，将索引器逻辑封装在包装类中，BitData仅持有包装类实例而非自身实现所有接口：

// Property1包装类
public class Property1Wrapper
{
    private readonly BitData _owner;
    public Property1Wrapper(BitData owner) => _owner = owner;

    public string this[int index]
    {
        get => _owner.GetProperty1Value(index);
    }
}

// 同理创建Property2Wrapper、Property3Wrapper

public class BitData
{
    public Property1Wrapper Property1 { get; }
    public Property2Wrapper Property2 { get; }
    public Property3Wrapper Property3 { get; }

    public BitData()
    {
        Property1 = new Property1Wrapper(this);
        Property2 = new Property2Wrapper(this);
        Property3 = new Property3Wrapper(this);
    }

    // 内部方法实现位操作逻辑
    internal string GetProperty1Value(int index)
    {
        // 根据index提取对应位并转换为字符串的逻辑示例
        var bitValue = (_someIntValue >> index) & 1;
        return bitValue.ToString();
    }

    // 同理实现GetProperty2Value、GetProperty3Value方法
}

此方案类型安全，WPF绑定能直接识别包装类的公开索引器，完美适配Property1[0]这类绑定路径，同时代码职责划分清晰。

方案2：改为非显式接口实现（简化但耦合性高） #

如果不想新增包装类，可将接口的索引器改为非显式实现，直接在BitData类中公开索引器（需注意命名冲突，可通过显式命名索引器解决）：

public class BitData: IProperty1, IProperty2, IProperty3
{
    // 公开命名索引器，避免冲突
    public string Property1[int index]
    {
        get { /* 位操作逻辑实现 */ }
    }

    public string Property2[int index]
    {
        get { /* 位操作逻辑实现 */ }
    }

    public string Property3[int index]
    {
        get { /* 位操作逻辑实现 */ }
    }
}

但此方案会让BitData类承担过多职责，耦合性较高，不如包装类方案清晰易维护。

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