C++ Coding Standards：类型安全

By Herb Sutter, Andrei Alexandrescu 著

树人 译

类型安全

90.      避免使用类型转换，优先使用多态。

关闭转换：避免通过转换一个对象的类型来定制行为。通过模板和虚拟函数机制，让类型（而不是类型的调用代码）来决定其自身的行为。

91.      依赖于类型，而不是表示法。

不要尝试X射线对象：不要去假设对象在内存中是如何表示的。让类型自身来决定如何从内存中写入和读取其对象。

92.      避免使用reinterpret_cast。

谎言是站不住脚的：不要试图用reinterpret_cast来迫使编译器把一种类型的对象重新解释成一种不同类型的对象。这是和维护类型安全机制相对立的，而且reinterpret_cast甚至不能保证做这样或那样的行为。

93.      避免对指针使用static_cast。

不能static_cast来转换指向动态对象的指针：从使用dynamic_cast到重构再到重新设计都是一个安全的替换策略。

94.      避免去除const限定。

Some fibs are punishable：去除const限定往往会产生未定义的行为，即使这样做是合法的，它都是一类不良的程序设计风格。

95.      不要使用C风格的强制转换。

时间不能完全：C风格的强制转换依赖于不同上下文有着不同的（往往还是危险）语义，而这些“伪装”都隐藏在一个单一的语义后面。用C++风格的强制转换来代替C风格的，这样可以防止意外的错误。

96.      不要对非POD(Plain Old Data)进行memcpy或memcmp操作。

不要尝试X射线对象：不要使用memcpy和memcmp来拷贝和比较任何较原始内存更结构化一些的东西。

97.      不要使用联合来重新解释表示法（实体）。

本性难移：联合可以被滥用成“没有转换的转换”，写入一个成员而读取另一个成员。这比reinterpret_cast更阴险和难以预测。

98.      不要使用可变参数（…）。

省略号（…）会导致崩溃：它从C中沿袭下来的危险。避免使用可变参数，使用更高级别的C++构造和程序库来替代它。

99.      不要使用无效对象。不要使用不安全的函数。

不要使用过期药品：无效对象和历史的但不安全的函数会严重影响程序的“健康”。

100.  不要多态地处理数组。

数组是 ill-adjusted ：多态地处理数组是一种严重的类型错误，而编译器可能不会察觉。不要掉到这个陷阱中去。