Item 27：尽量少做转型

从“这只是告诉编译器类型”开始纠偏

转型常被描述为“换个类型看同一对象”，但实际可能执行数值转换、调整 pointer 地址、运行 RTTI 检查、移除 const，甚至直接重新解释 bit pattern。

Item 27 的原则是 Minimize casting（尽量少做转型）。cast 会压缩或绕过类型系统掌握的信息，因此每处都应有可审查理由和最小作用域。

命名 cast 比旧式语法更明确，但“写成 static_cast”不等于设计正确。

避免旧式转型隐藏多种意图

C 风格 (T)expression 与 function-style T(expression) 可能尝试多类转换，读者无法从语法判断是数值转换、去 const 还是 representation reinterpretation。

double ratio = (double)count / total;
Widget* widget = (Widget*)raw;

改成命名 cast 至少暴露意图：

double ratio = static_cast<double>(count) / total;
Widget* widget = static_cast<Widget*>(rawBase);

如果第二行需要 reinterpret_cast，危险会在代码审查中显眼，而不会藏在相同括号里。

static_cast 处理定义明确的转换

static_cast 可做算术转换、显式 constructor、void pointer 恢复以及继承层次中编译期可表达的转换。

double average = static_cast<double>(sum) / count;
auto code = static_cast<std::uint8_t>(wideCode);

第二行可能 narrowing；static_cast 只让意图明确，不验证数值范围。

应用前先做 range check，或使用 checked conversion API。

base/derived 指针不一定数值相同

在 multiple inheritance 或 virtual inheritance 中，完整 Derived 包含多个 base subobjects。把 Derived* 转成某个 Base* 可能需要调整地址到该 subobject。

class Input { /* ... */ };
class Renderable { /* ... */ };
class Button : public Input, public Renderable { /* ... */ };
 
Button* button = acquireButton();
Renderable* renderable = static_cast<Renderable*>(button);

button 与 renderable 的 pointer bit pattern 可能不同，但都正确指向同一完整对象中的不同位置。

reinterpret_cast<Renderable*>(button) 不保证执行合法 adjustment，可能让 Renderable member access 读到 Input 区域。

错误 cast 可能创建临时副本

派生类希望在 override 中先调用 base implementation，有人写：

class SpecialWindow : public Window {
public:
    void onResize() override {
        static_cast<Window>(*this).onResize();
        updateSpecialState();
    }
};

static_cast<Window>(*this) 构造一个 Window 临时副本，onResize 修改的是副本，不是当前对象的 base subobject。

正确调用是 qualified base call：

void SpecialWindow::onResize() {
    Window::onResize();
    updateSpecialState();
}

dynamic_cast 提供运行期检查

dynamic_cast 用于 polymorphic hierarchy 中安全 downcast/cross-cast。pointer 失败返回 null，reference 失败抛 std::bad_cast。

if (auto* button = dynamic_cast<Button*>(widget)) {
    button->flash();
}

成本依 hierarchy 和 ABI，不应笼统描述为固定常数；更重要的是反复 downcast 往往说明 base abstraction 缺少业务 operation。

dynamic_cast 链是设计信号

if (auto* button = dynamic_cast<Button*>(widget)) {
    drawButton(*button);
} else if (auto* slider = dynamic_cast<Slider*>(widget)) {
    drawSlider(*slider);
} else if (auto* menu = dynamic_cast<Menu*>(widget)) {
    drawMenu(*menu);
}

每新增 derived 都要修改该链，违反 open/closed extension，并把 concrete knowledge 集中到调用者。

若操作属于所有 Widgets，给 base 增加 virtual draw；若类型集合封闭且数据导向，使用 variant/visitor；若容器本来只允许 Button，直接保存 typed pointer。

const_cast 只改变 cv 限定

const_cast 是唯一专门添加或移除 const/volatile qualifier 的命名 cast。

char& Buffer::operator[](std::size_t index) {
    return const_cast<char&>(std::as_const(*this)[index]);
}

这种复用只有在原对象真实 non-const 时安全；若对象本来是 const，移除限定后写入是 undefined behavior。

更常见场景应修正 API 的 const-correctness，而不是在调用点批量去 const。

reinterpret_cast 属于低层边界

reinterpret_cast 用于 pointer/integer、无关 pointer representation 等低层转换，结果高度依赖平台与协议。

std::uintptr_t address = reinterpret_cast<std::uintptr_t>(pointer);

它不等于 type punning 任意对象；访问不兼容类型还受 lifetime、alignment、strict aliasing 限制。

协议解析优先 memcpy、bit_cast、byte span 和结构化 decoder，把 reinterpret 隔离在硬件/ABI adapter。

cast 应封装在窄边界

无法控制的 C API、plugin ABI、serialization 或 GUI framework 可能迫使一次 cast。不要让它扩散到业务层。

Result<DeviceHandle, ApiError> wrapNativeHandle(void* raw) {
    if (!raw) return unexpected(ApiError::NullHandle);
    return DeviceHandle::fromNative(raw);
}

adapter 记录来源、alignment、lifetime 和 failure；内部代码只见强类型。

代码审查只需重点审计少量 adapter，而不是全库 scattered casts。

用接口替代向下转型

如果调用者只需要某项 capability，可在 base 提供 virtual query/command，或拆成独立 interface，而不是知道完整 concrete class。

例如 Scrollable interface 比 dynamic_cast<SpecialWindow*> 更准确表达需求。组合对象可以实现多个小 interface，调用者通过依赖注入获得正确 capability。

若 RTTI 判断仅为日志/诊断，保持在观察层，不能反过来驱动核心状态机。

性能测试不能替代正确性证明

dynamic_cast 可能有运行期开销，reinterpret 看似零成本，但选择首先由语义合法性决定。

profile 显示 downcast hotspot 时，通常应改数据结构或 dispatch，而不是缓存不安全 pointer。

没有 benchmark 能让 undefined behavior 变正确。

用转换清单和负例验收

先预测 cast 是否改变值、地址、cv、动态检查或对象 identity，再建立门禁：

• 静态清单按四种 named cast 分类，并禁止新增 C-style cast。
• multiple inheritance 测试记录 Derived/Base pointers，验证合法 adjustment。
• copy counter 证明 base qualified call 不创建临时副本。
• dynamic_cast pointer/reference 分别覆盖成功、null 与 bad_cast。
• dispatch tests 将 downcast chain 重构为 virtual/variant 后验证 exhaustive behavior。
• const_cast tests 只从真实 non-const object 恢复写访问，compile/runtime 禁止 const storage 写入。
• boundary adapter 验证 null、alignment、tag、lifetime 和 ABI version。
• sanitizer、warnings 与 static analysis 检查 vptr、alignment、aliasing 和 use-after-lifetime。

每个 cast 都应能回答“为什么类型系统无法直接表达”，否则继续重构。

小结

• named casts 比旧式 cast 更明确可搜索，但 Item 27 的目标是减少转换而非只换语法
• static_cast 不做运行期动态检查，数值 narrowing 仍需单独验证
• base/derived pointer conversion 可能因 object layout 调整地址，reinterpret 不能替代合法转换
• cast derived value 到 base 会产生临时副本；复用 base 实现应使用 qualified call
• 反复 dynamic_cast 通常应改为 virtual dispatch、variant、typed container 或 capability interface
• const_cast/reinterpret_cast 只应在前提明确的窄边界使用，并以 cast audit matrix 验证