Delphi类层级中TCustomXXX类的作用及继承选择咨询

Delphi类库里大量存在的TCustomSomething+TSomething结构，是一套成熟的分层设计模式，核心目的是拆分「核心功能实现」与「公共默认配置」，给开发者提供灵活的扩展空间。

一、TCustomFoo类的核心用途 #

1. 封装底层核心逻辑：TCustomFoo是类的功能基石，实现了所有核心方法、内部逻辑和protected级别的扩展接口，不会随意暴露非必要的外部接口。
2. 隔离默认配置层：上层的TFoo类会在TCustomFoo基础上，设置IDE可视化设计时的默认属性（比如TButton的默认Caption、TMemo的默认行数），或者对外暴露所有公共属性与方法。这样能让TCustomFoo保持纯净，专注于功能本身。
3. 保留定制自由度：如果开发者不需要TFoo的预设行为，完全可以基于TCustomFoo从零定制，避免被上层类的默认属性或逻辑绑定。

二、继承TCustomFoo还是TFoo？ #

选择的核心依据是你的定制需求：

• 小范围修改，保留默认行为：直接继承TSomething（比如TButton、TRESTClient）。比如你只想给按钮加个自定义点击事件、修改默认背景色，继承TButton就能快速复用所有默认配置和功能，无需从头搭建。
• 深度定制，摆脱默认约束：继承TCustomSomething（比如TCustomButton、TCustomMemoryStream）。比如你要做一个无默认样式的自定义按钮、或者实现特殊逻辑的流类，基于TCustomFoo可以从核心功能出发，完全掌控对外暴露的属性和行为，不受上层类的预设限制。

关于TRichEdit的疑问 #

TRichEdit继承TCustomRichEdit而非TCustomMemo，本质是因为两者核心功能逻辑差异巨大：

• TCustomMemo仅处理纯文本的多行编辑，核心逻辑围绕简单文本的存储、显示与编辑；
• TCustomRichEdit则要处理富文本格式（字体、颜色、段落样式、OLE对象嵌入等），底层依赖Windows的RichEdit控件，和纯文本编辑逻辑完全不兼容。
  所以它们需要各自独立的TCustom基类封装不同核心功能，无法直接复用TCustomMemo的逻辑。

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