Control基类为何内置Controls属性？部分派生类无需子控件

我正在构建一个自定义Control，同时实现了自定义ControlCollection，理论上该集合仅需包含特定子类型的Control对象，我的实现示例如下：

public class CustomControl : Control {
  private SpecificInformationContainer components;

  public class CustomControlCollection : ControlCollection {
    public CustomControlCollection(CustomControl owner) : base(owner) {
      foreach (var info in owner.components) {
          base.Add(new SpecificChildControl(info));
      }
    }
  }
}

此外，子Control无需通过父控件的Controls属性直接添加。

但这一困境让我一直以来的疑惑浮出水面：为何Control基类会默认假设所有派生类都可拥有子控件？而实际上很多控件（如Button）根本不需要子控件？

关于Control基类默认带子女控件集合的原因 #

• 通用性优先的框架设计：以WinForms为例，Control作为所有UI控件的基类，设计时优先考虑覆盖绝大多数场景的通用性。给基类内置子控件集合，能避免为不需要子女的控件单独设计一套继承分支，大幅降低框架的整体复杂度——毕竟加一个集合属性的成本远低于拆分架构。
• 预留扩展空间：哪怕是Button这类看似“不需要子控件”的控件，实际开发中也可能有扩展需求，比如在Button内部嵌入图标、自定义文本块等元素。基类自带的Controls集合能让这类扩展无需修改控件的继承结构，直接复用现有布局、渲染逻辑。
• 统一的布局渲染逻辑：Control基类的子控件体系是框架统一布局、事件传递、渲染流程的核心部分。所有控件遵循相同的“父控件管理子控件”逻辑，框架就能用一套代码处理所有控件的绘制、事件冒泡，不用为无子女控件单独写分支逻辑，减少维护成本。

针对你的自定义控件的优化建议 #

如果想确保CustomControlCollection只接受特定子控件，可以重写Add方法做类型校验：

public class CustomControlCollection : ControlCollection
{
    public CustomControlCollection(CustomControl owner) : base(owner)
    {
        foreach (var info in owner.components)
        {
            base.Add(new SpecificChildControl(info));
        }
    }

    public override void Add(Control value)
    {
        if (!(value is SpecificChildControl))
        {
            throw new ArgumentException("仅允许添加SpecificChildControl类型的控件");
        }
        base.Add(value);
    }
}

要是完全不想让外部通过Controls属性添加子控件，也可以重写Controls属性返回只读包装或直接抛出异常，但这种操作可能破坏框架默认行为，需要谨慎测试。

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