如何重构ASP.NET UserControl以兼容多页面获取父页面属性？

不用反射，用接口契约的方式最靠谱，类型安全还易维护，步骤如下：

1. 定义统一接口 #

先创建一个接口，用来约定所有需要给UsrControl提供Code属性的页面的行为：

public interface ICodeProvider
{
    string Code { get; } // 假设Code是string类型，可根据实际类型调整
}

2. 让Page1和Page2实现接口 #

修改两个页面的后台类，实现上面的接口：

// Page1后台类
public class Page1 : Page, ICodeProvider
{
    public string Code { get; set; } // 保留原有公共属性，同时实现接口契约
    // 其他原有代码...
}

// Page2后台类
public class Page2 : Page, ICodeProvider
{
    public string Code { get; set; } // 新增属性并实现接口契约
    // 其他原有代码...
}

3. 修改UsrControl的代码 #

把原来硬转成Page1的逻辑，改成转成接口，同时增加类型检查避免异常：

// UsrControl后台代码
protected void Page_Load(object sender, EventArgs e)
{
    // 替换原来的硬编码强转逻辑
    if (this.Page is ICodeProvider codeProvider)
    {
        string code = codeProvider.Code;
        // 后续使用code的业务逻辑...
    }
    else
    {
        // 可选：处理父页面未实现接口的情况，比如抛出异常或设置默认值
        throw new InvalidOperationException("父页面必须实现ICodeProvider接口");
    }
}

为什么不用反射？ #

反射是绕开类型检查的“投机”方式，缺点很明显：

• 性能损耗：反射调用比直接接口调用慢数倍
• 类型不安全：如果后续页面属性名变更，编译期不会报错，只有运行时才会出问题
• 可读性差：别人看代码时，无法直观知道你要获取的属性契约，接口则清晰明了

用接口属于面向契约编程，所有依赖关系一目了然，编译期就能检查出错误，长期维护成本低得多。

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