本篇内容介绍了“C++为什么构造函数中应该做的是初始化而不是赋值”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

站在用户的角度思考问题，与客户深入沟通，找到青铜峡网站设计与青铜峡网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：网站设计、成都网站制作、企业官网、英文网站、手机端网站、网站推广、域名与空间、虚拟主机、企业邮箱。业务覆盖青铜峡地区。

C.49:构造函数中应该做的是初始化而不是赋值

Reason（原因）

初始化明确地表明所做的是初始化而不是赋值，而且可以做得更优美，更有效率。防止“赋值之前使用”的错误。

Example, good（良好示例）

class A {   // Good
   string s1;
public:
   A(czstring p) : s1{p} { }    // GOOD: directly construct (and the C-string is explicitly named)
   // ...
};

Example, bad（反面示例）

class B {   // BAD
   string s1;
public:
   B(const char* p) { s1 = p; }   // BAD: default constructor followed by assignment
   // ...
};

class C {   // UGLY, aka very bad
   int* p;
public:
   C() { cout << *p; p = new int{10}; }   // accidental use before initialized
   // ...
};

Example, better still（更好的示例）

相对于那些const char* s，我们应该可以使用gsl::string_span或者(C++17引入的）std::string_view作为表达函数参数怒的更加普遍的方式。

class D {   // Good
   string s1;
public:
   A(string_view v) : s1{v} { }    // GOOD: directly construct
   // ...
};

“C++为什么构造函数中应该做的是初始化而不是赋值”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！

分享文章：C++为什么构造函数中应该做的是初始化而不是赋值
分享路径：http://scpingwu.com/article/ipddds.html