Effective C++
文章平均质量分 70
jdududu
这个作者很懒,什么都没留下…
展开
-
Item30:透彻了解inlining 的里里外外
将大多数inlining 限制在小型、被频繁调用的函数身上。这可使日后的调试过程和二进制升级( binary upgradability)更容易,也可使潜在的代码膨胀问题最小化,使程序的速度提升机会最大化。不要只因为function templates 出现在头文件,就将它们声明为inline。原创 2023-03-10 14:40:52 · 290 阅读 · 0 评论 -
Item 28:避免返回handles指向对象内部成分
避免返回handles(包括references、指针、迭代器)指向对象内部。这样可增加封装性,帮助const成员函数的行为像个const,并将发生“虚吊号码牌”(dangling handles)的可能性降至最低。原创 2023-03-09 17:08:09 · 136 阅读 · 0 评论 -
Item27: 尽量少做转型动作
如果可以,尽量避免转型,特别是在注重效率的代码中避免dynamic_casts.如果有个设计需要转型动作,试着使用无需转型的替代设计。如果转型是必要的,试着将它隐藏于某个函数背后。客户随后可以调用该函数,而不需将转型放进他们自己的代码内。宁可使用C++-style(新式)转型,不要使用旧式转型。前者很容易辨识出来,而且也比较有着分门别类的功能。原创 2023-03-09 16:31:00 · 128 阅读 · 0 评论 -
Item 26:尽可能延后变量定义式的出现时间
尽可能延后变量定义式的出现。这样做可增加程序的清晰度并改善程序效率。延后的真正含义有2:延后变量的定义,直到非得使用该变量的前一刻为止;延后变量的定义,直到能够给它初值实参为止。原创 2023-03-09 10:39:19 · 46 阅读 · 0 评论 -
Item25:考虑写出一个不抛异常的swap函数
当std::swap对你的类型效率不高时,提供一个swap成员函数,并确定这个函数不抛出异常。如果提供一个member swap,也该提供一个non-member swap用来调用前者。对于classes (而非templates),请特化std::swap。调用swap时应针对std::swap使用using声明式,然后就可以直接调用swap。为“用户定义类型”进行std templates全特化是好的,但千万不要尝试在std内加入某些新东西。原创 2023-03-09 10:14:03 · 64 阅读 · 0 评论 -
Item24:若所有参数皆需类型转换,请为此采用non-member函数
如果需要为某个函数的所有参数(包括被this 指针所指的那个隐喻参数)进行类型转换,那么这个函数必须是个non-member。原创 2023-02-28 15:37:34 · 43 阅读 · 0 评论 -
Item23:宁以non-member、non-friend替换member 函数
宁可拿non-member non-friend函数替换member函数。这样做可以增加封装性、包裹弹性( packaging flexibility)和机能扩充性。原创 2023-02-28 15:15:18 · 60 阅读 · 0 评论 -
Item22:将成员变量声明为private
切记将成员变量声明为private。这可赋予客户访问数据的一致性、可细微划分访问控制、允诺约束条件获得保证,并提供class 作者以充分的实现弹性。protected并不比public更具封装性。原创 2023-02-27 15:55:03 · 96 阅读 · 0 评论 -
Item21:必须返回对象时,别妄想返回其reference
绝不要:返回pointer 或reference指向一个local stack对象,或返回reference指向一个heap-allocated对象,或返回pointer 或reference指向一个local static对象而有可能同时需要多个这样的对象。原创 2023-02-27 15:30:32 · 48 阅读 · 0 评论 -
Item20:宁以pass-by-reference-to-const替换pass-by-value
尽量以pass-by-reference-to-const替换pass-by-value。前者通常比较高效,并可避免切割问题(slicing problem) .以上规则并不适用于内置类型,以及STL的迭代器和函数对象。对它们而言,pass-by-value往往比较适当。原创 2023-02-27 14:50:22 · 40 阅读 · 0 评论 -
Item19:设计class 犹如设计type
Class 的设计就是type的设计。在定义一个新type之前,请确定你已经考虑过本条款覆盖的所有讨论主题。原创 2023-02-27 13:00:59 · 146 阅读 · 0 评论 -
Item18:让接口容易被正确使用,不易被误用
好的接口很容易被正确使用,不容易被误用。应该在所有接口中努力达成这些性质。“促进正确使用”的办法包括接口的一致性,以及与内置类型的行为兼容。“阻止误用”的办法包括建立新类型、限制类型上的操作,束缚对象值,以及消除客户的资源管理责任。tr1::shared_ptr支持定制型删除器(custom deleter)。这可防范DLL问题,可被用来自动解除互斥锁(mutexes;见条款14)等等。原创 2023-02-27 11:42:06 · 49 阅读 · 0 评论 -
Item17:以独立语句将newed对象置入智能指针
将newed对象放入智能指针时,如果写在一起由于编译器会自己决定执行顺序,可能发生资源泄露,所以最好写成独立语句。原创 2023-02-24 14:59:54 · 129 阅读 · 0 评论 -
Item16:成对使用new和delete时要采取相同形式
如果你在new表达式中使用[],必须在相应的delete表达式中也使用[]。如果你在new表达式中不使用[],一定不要在相应的delete表达式中使用[]。原创 2023-02-24 09:39:34 · 39 阅读 · 0 评论 -
Item15:在资源管理类中提供对原始资源的访问
APIs往往要求访问原始资源(raw resources),所以每一个RAII class应该提供一个“取得其所管理之资源”的办法。对原始资源的访问可能经由显式转换或隐式转换。一般而言显式转换比较安全,但隐式转换对客户比较方便。原创 2023-02-23 17:23:55 · 44 阅读 · 0 评论 -
Item14:在资源管理类中小心 coping行为
复制RAII对象必须一并复制它所管理的资源,所以资源的copying行为决定RAII对象的copying行为。普遍而常见的 RAII class copying行为是:抑制copying、施行引用计数法(reference counting)。不过其他行为也都可能被实现。原创 2023-02-23 13:06:09 · 131 阅读 · 0 评论 -
Item13:以对象管理资源
为防止资源泄漏,请使用RAII对象,它们在构造函数中获得资源并在析构函数中释放资源。两个常被使用的RAII classes 分别是tr1: :shared_ptr和 auto_ptr。前者通常是较佳选择,因为其copy行为比较直观。若选择auto_ptr,复制动作会使被复制物指向null。原创 2023-02-23 10:43:54 · 150 阅读 · 0 评论 -
Item12:复制对象时勿忘其每一个成分
Copying函数应该确保复制“对象内的所有成员变量”及“所有base class 成分”。不要尝试以某个Copying函数实现另一个copying函数。应该将共同机能放进第三个函数中,并由两个coping函数共同调用。原创 2023-02-16 15:55:39 · 37 阅读 · 0 评论 -
Item11:在operator=中处理自我赋值
确保当对象自我赋值时operator=有良好行为。包括比较“来源对象”和“目标对象”的地址、精心周到的语句顺序、以及copy-and-swap.确定任何函数如果操作一个以上的对象,而其中多个对象是同一个对象时,其行为仍然正确。原创 2023-02-16 15:34:53 · 53 阅读 · 0 评论 -
Item10:令operator=返回一个reference to *this
如题原创 2023-02-16 14:56:56 · 22 阅读 · 0 评论 -
Item9:绝不在构造和析构过程中调用virtual函数
在构造和析构期间不要调用virtual函数,因为这类调用从不下降至派生类这一层(附解决方案)。原创 2023-02-16 14:55:10 · 36 阅读 · 0 评论 -
Item4:确保对象在使用之前已经初始化
为内置型对象进行手工初始化,因为C++不保证初始化它们。构造函数最好使用成员初值列(member initialization list),而不要在构造函数本体内使用赋值操作( assignment)。初值列列出的成员变量,其排列次序应该和它们在class中的声明次序相同。为免除“跨编译单元的初始化次序”问题,以local static对象替换non-local static对象。原创 2023-02-14 10:20:02 · 61 阅读 · 0 评论 -
Item8:别让异常逃离析构函数
析构函数绝对不要吐出异常。如果一个被析构函数调用的函数可能抛出异常,析构函数应该捕捉任何异常,然后吞下它们(不传播)或结束程序。如果客户需要对某个操作函数运行期间抛出的异常做出反应,那么class应该提供一个普通函数(而非在析构函数中)执行该操作。原创 2023-02-14 17:11:10 · 88 阅读 · 0 评论 -
Item7:为多态基类声明virtual析构函数
带有多态性质的基类应该声明一个虚析构函数。如果类中带有任何一个虚函数,就应该拥有一个虚析构函数。类的设计目的如果不是为了作为基类,或不是为了具备多态性,就不该声明虚析构函数。原创 2023-02-14 16:21:18 · 59 阅读 · 0 评论 -
Item6:若不想使用编译器自动生成的函数,就该明确拒绝
为了阻止编译器自动生成的函数,通常有以下2种解决方案:将相应的成员函数声明为private并且不予实现或使用如Uncopyable这样的基类原创 2023-02-14 15:31:18 · 110 阅读 · 0 评论 -
Item5:了解C++默默编写并调用哪些函数
编译器可以暗自为class创建默认构造函数、拷贝构造函数和拷贝赋值操作符,以及析构函数。原创 2023-02-14 14:41:28 · 44 阅读 · 0 评论 -
Item3:尽可能使用const
将某些东西声明为const可帮助编译器侦测出错误用法。const可被施加于任何作用域内的对象、函数参数、函数返回类型、成员函数本体。编译器强制实施bitwise constness,但编写程序时应该使用“概念上的常量性”( conceptual constness) .const和 non-const成员函数有着实质等价的实现时,令non-const版本调用const版本可避免代码重复。原创 2023-02-09 10:29:21 · 115 阅读 · 0 评论 -
Item 2: 尽量以 consts, nums, inlines 代替 #defines
无原创 2023-02-06 16:36:38 · 52 阅读 · 0 评论 -
Item1: 视C++为一个语言联邦
C++高效编程守则视情况而变化,取决于你使用C++的哪一个部分原创 2023-02-06 10:36:25 · 66 阅读 · 0 评论