- C++11 FAQ 中文版 - C++11 FAQ
- Stroustrup 先生关于中文版的授权许可邮件
- Stroustrup 先生关于 C++11 FAQ 的一些说明
- 关于 C++11 的一般性的问题
- 您是如何看待 C++11 的?
- 什么时候 C++0x 会成为一部正式的标准呢?
- 编译器何时将会实现 C++11 标准呢?
- 我们何时可以用到新的标准库文件?
- C++0x 将提供何种新的语言特性呢?
- C++11 会提供哪些新的标准库文件呢?
- C++0x 努力要达到的目标有哪些?
- 指导标准委员会的具体设计目标是什么?
- 在哪里可以找到标准委员会的报告?
- 从哪里可以获得有关 C++11 的学术性和技术性的参考资料?
- 还有哪些地方我可以读到关于 C++0x 的资料?
- 有关于 C++11 的视频吗?
- C++0x 难学吗?
- 标准委员会是如何运行的?
- 谁在标准委员会里?
- 实现者应以什么顺序提供 C++11 特性?
- 将会是 C++1x 吗?
- 标准中的"concepts"怎么了?
- 有你不喜欢的 C++特性吗?
- 关于独立的语言特性的问题
- __cplusplus 宏
- alignment(对齐方式)
- 属性(Attributes)
- atomic_operations
- auto – 从初始化中推断数据类型
- C99 功能特性
- 枚举类——具有类域和强类型的枚举
- carries_dependency
- 复制和重新抛出异常
- 常量表达式(constexpr)
- decltype – 推断表达式的数据类型
- 控制默认函数——默认或者禁用
- 控制默认函数——移动(move) 或者复制(copy)
- 委托构造函数(Delegating constructors)
- 并发性动态初始化和析构
- noexcept – 阻止异常的传播与扩散
- 显式转换操作符
- 扩展整型
- 外部模板声明
- 序列 for 循环语句
- 返回值类型后置语法
- 类成员的内部初始化
- 继承的构造函数
- 初始化列表
- 内联命名空间
- Lambda 表达式
- 用作模板参数的局部类型
- long long(长长整数类型)
- 内存模型
- 预防窄转换
- nullptr——空指针标识
- 对重载(override) 的控制: override
- 对重载(override) 的控制:final
- POD
- 原生字符串标识
- 右角括号
- 右值引用
- Simple SFINAE rule
- 静态(编译期)断言 — static_assert
- 模板别名(正式的名称为"template typedef")
- 线程本地化存储 (thread_local)
- unicode 字符
- 统一初始化的语法和语义
- (广义的)联合体
- 用户定义数据标识(User-defined literals)
- 可变参数模板(Variadic Templates)
- 关于标准库的问题
- abandoning_a_process
- 算法方面的改进
- array
- async()
- atomic_operations
- 条件变量(Condition variables)
- 标准库中容器方面的改进
- std::function 和 std::bind
- std::forward_list
- std::future 和 std::promise
- 垃圾回收(应用程序二进制接口)
- 无序容器(unordered containers)
- 锁(locks)
- metaprogramming(元编程)and type traits
- 互斥
- 随机数的产生
- 正则表达式(regular expressions)
- 具有作用域的内存分配器
- 共享资源的智能指针——shared_ptr
- smart pointers
- 线程(thread)
- 时间工具程序
- 标准库中的元组(std::tuple)
- unique_ptr
- weak_ptr
- system error
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
预防窄转换
(译注:“窄转换”是我见到过的一个翻译术语,但我忘记是在那本书上看到的。此处也可译为“预防类型截断”或者“预防类型切割”。)
问题现象:C 和 C++会进行隐式的(类型)截断
int x = 7.3; // 啊哦!
void f(int);
f(7.3); // 啊哦!
但是,在 C++11 中,使用{}进行初始化不会发生这种窄转换(译注:也就是使用{}对变量进行初始化时,不会进行隐式的类型截断,编译器会产生一个编译错误,防止隐式的类型截断的发生。):
int x0 {7.3}; // 编译错误: 窄转换
int x1 = {7.3}; // 编译错误:窄转换
double d = 7;
int x2{d}; // 编译错误:窄转换(double 类型转化为 int 类型)
char x3{7}; // OK:虽然 7 是一个 int 类型,但这不是窄转换
vector vi = {1, 2.3, 4, 5.6}; //错误:double 至 int 到窄转换
C++11 避免许多不兼容性的方法是在进行窄转换时尽可能地依赖于用于初始化的实际值(如上例中的 7),而非仅仅依赖于变量类型作判断。如果一个值可以无损地用目标类型来存放,那么就不存在窄转换。
// OK: 7 是一个 int 类型的数据,但是它可以被无损地表达为 char 类型数据
char c1{7};
// error: 发生了窄转换,初始值超出了 char 类型的范围
char c2{77777};
请注意,double 至 int 类型的转换通常都会被认为是窄转换,即使从 7.0 转换至 7。
(评注:“{}初始化”对于类型转换的处理增强了 C++静态类型系统的安全性。传统的 C/C++中依赖于编程人员的初始化类型安全检查在 C++11 中通过“{}初始化”由编译器实施。)
参考:
- the C++ draft 8.5.4 List-initialization [dcl.init.list]
- [N1890=05-0150 ] Bjarne Stroustrup and Gabriel Dos Reis:
Initialization and initializers
(an overview of initialization-related problems with suggested solutions).
- [N1919=05-0179] Bjarne Stroustrup and Gabriel Dos Reis:
- [N2215=07-0075] Bjarne Stroustrup and Gabriel Dos Reis :
- [N2640=08-0150] Jason Merrill and Daveed Vandevoorde:
Initializer Lists — Alternative Mechanism and Rationale (v. 2) (final proposal).
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论