为什么C++11推荐类数据成员在声明时初始化而非必须在构造函数初始化

这种编码规范的设计出发点主要是解决C++历史版本中类成员初始化的几个常见痛点：

• 消除未初始化成员的野值风险
  C的内置类型（如int、double等）默认不会自动初始化，在C11之前如果类有多个构造函数，很容易出现某个构造函数漏写成员初始化的情况，尤其是类迭代新增成员时，要同步修改所有构造函数的初始化逻辑，稍有疏忽就会产出成员是随机野值的对象，引发难以排查的运行时问题。类内初始化相当于给成员设置了全局兜底默认值，只要构造函数没有主动覆盖该值，就会自动使用类内声明的初始值，从语法层面避免了漏初始化的低级错误。
• 减少多构造函数场景的冗余代码
  如果类存在多个重载的构造函数，C++11之前相同的默认初始化逻辑需要在每个构造函数的初始化列表中重复书写，代码冗余度高且维护成本高。类内初始化将公共的默认初始化逻辑统一收敛到成员声明的位置，构造函数只需要处理自身参数相关的特殊赋值逻辑即可，大幅降低重复代码量。
• 适配默认构造函数的简化写法
  配合C++11的= default显式默认构造函数语法，只要成员都设置了类内初始值，开发者不需要手动编写空的构造函数体，编译器生成的默认构造函数就会自动按照类内的初始值完成成员初始化，你给出的示例就是典型用法：生成的默认Limit构造函数会自动将quantity初始化为0、price初始化为0.0，完全不需要手动写初始化逻辑。
• 初始化逻辑符合直觉，不存在兼容性问题
  类内初始化的执行优先级低于构造函数初始化列表的赋值，只要你在某个构造函数中主动给成员赋值，就会自动覆盖类内的默认值，完全符合开发者的直觉。同时它的执行顺序和成员在类中声明的顺序完全一致，和原有构造函数初始化列表的执行规则统一，不会引入额外的顺序问题。

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