如何自定义WPF内置Calendar控件？解决内部命名空间引用问题

关于内部命名空间的问题 #

直接使用MS.Internal开头的内部命名空间是不可行的——这些是.NET框架的私有API，不对外公开，编译时会直接报错。就算通过反射强行调用，不仅违反API使用规范，还可能在框架版本更新后直接失效，完全不推荐。

更简便的实现方式 #

1. 继承原生Calendar重写虚方法 #

原生Calendar开放了不少可重写的虚方法，覆盖了大部分核心行为场景，比如日期选中变化、显示日期切换等，直接继承并重写这些方法就能实现自定义逻辑：

public class CustomCalendar : Calendar
{
    protected override void OnSelectedDatesChanged(SelectionChangedEventArgs e)
    {
        // 在这里编写自定义的选中日期变化逻辑
        // 调用base方法保留原生基础逻辑，也可以根据需求不调用
        base.OnSelectedDatesChanged(e);
    }

    protected override void OnDisplayDateChanged(CalendarDateChangedEventArgs e)
    {
        // 在这里编写自定义的显示日期切换逻辑
        base.OnDisplayDateChanged(e);
    }
}

2. 用附加属性扩展功能 #

如果不需要修改控件的核心类结构，只是要添加额外逻辑（比如特殊日期标记、自定义日期过滤），可以用附加属性向原生Calendar注入行为，不需要改变原有控件的继承关系，灵活性更高。

3. 封装组合控件替代 #

如果原生Calendar的可重写方法满足不了深度定制需求，可以自己封装一个组合控件：内部嵌入原生Calendar作为子控件，再加上自定义的逻辑层（比如额外的操作按钮、自定义日期校验逻辑），通过暴露新的属性和事件来实现需求。这种方式完全不依赖内部API，可控性更强。

若必须深度修改核心逻辑（复制官方代码的情况） #

如果上面的方法都满足不了，非要基于官方代码修改，那需要把代码中用到的内部API替换掉：

• 首先删掉所有Telemetry相关的代码（比如MS.Internal.Telemetry相关调用），这些是微软内部的统计逻辑，和Calendar的核心功能无关；
• 对于其他内部类/方法，要么找公开的替代API，要么自己实现简单的替代逻辑（比如内部的日期计算工具类，可以自己写一个轻量版的日期处理方法）。

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