接口类名必须以i开头且仅含纯虚函数，如idrawing；所有成员函数须为纯虚函数（含析构函数），禁止成员变量、静态字段及默认参数；方法名用on/do/get等前缀明确语义，参数名需自解释，输入用const&，布尔参数须带语义。
接口类名必须以 I 开头，且只含纯虚函数
接口不是语法关键字，而是靠命名 + 结构共同表达意图。类名以 I 开头（如 IDrawing、IFileReader）是第一层信号——它告诉任何看到这个类型的人：“这不是一个可直接实例化的实体，而是一份契约”。如果类里混入了非纯虚函数、成员变量或构造逻辑，就破坏了接口的语义纯粹性，后续使用者会困惑：这到底是抽象基类，还是半成品实现？
-
I前缀不可省略，哪怕项目里没人强制检查；不加就等于没声明“这是接口” - 所有成员函数必须是纯虚函数（
= 0），包括析构函数——virtual ~IInterface() = 0;是必须写的，否则多态销毁时可能内存泄漏 - 禁止在接口中定义
public成员变量、protected数据、静态字段或默认参数
On、Do、Get 等前缀直接暴露调用时机和职责
接口方法名不是随便起的动词，每个前缀都绑定特定语义。比如 OnDataReady() 暗示这是回调，由框架在数据就绪后调用；DoProcess() 表明这是主动触发的动作；GetConfig() 则承诺不修改状态、只返回值。这些前缀不是装饰，而是契约的一部分。
-
OnXxx()：仅用于事件回调，调用方不控制时机，实现方不能阻塞或长期运行 -
DoXxx()或ExecuteXxx()：表示执行副作用，可能改变外部状态或发起 I/O -
IsXxx()、HasXxx()：返回布尔值，无副作用，适合频繁调用 -
TryXxx()：暗示可能失败，通常返回bool或std::optional，不抛异常
避免 Handle、Process 这类模糊动词
像 HandleEvent() 或 ProcessData() 这种命名，根本没说明“谁调用”“何时调用”“是否可重入”。它把理解成本甩给使用者，也掩盖了接口的真实约束。实际协作中，这类名字常导致实现方随意加锁、缓存或日志，而调用方却以为它是轻量同步调用。
- 用更具体的动词替代：
HandleEvent()→OnUserClick()或OnNetworkTimeout() - 如果动作确实通用，就拆成多个细粒度接口，而不是堆砌一个万能方法
- 方法名长度不是问题，
RequestPermissionAndNotifyWhenGranted()比DoAction()更可靠
接口方法参数名也要参与表意
光靠函数名不够，参数名是契约的延伸。例如 Save(const std::string& content, const std::string& path) 比 Save(const std::string& a, const std::string& b) 多出两倍的信息密度。C++20 起支持参数名在调用处显示（IDE 提示），所以命名必须自解释。
- 禁止使用
val、data、info这类泛称，除非上下文绝对清晰（如模板内部） - 输入参数优先用
const &，输出参数用std::optional<t>&</t>或明确后缀如out_result - 布尔参数必须带语义，
enable_logging比flag或is_on更安全
const、= 0）这一整套符号里自然浮现。漏掉任意一环，使用者就得猜——而猜错的成本，往往比重写一个接口还高。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
