C++为什么构造函数中应该做的是初始化而不是赋值

发布时间：2021-11-29 13:48:19 阅读：182 作者：iii 栏目：大数据

C++开发者专用服务器限时活动，0元免费领，库存有限，领完即止！点击查看>>

本篇内容介绍了“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++为什么构造函数中应该做的是初始化而不是赋值”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！

亿速云「云服务器」，即开即用、新一代英特尔至强铂金CPU、三副本存储NVMe SSD云盘，价格低至29元/月。点击查看>>

向AI问一下细节

C++为什么构造函数中应该做的是初始化而不是赋值

猜你喜欢

最新资讯

相关推荐

开发者交流群：

相关标签