《Effective C++》知识点(4)--设计与声明

18. 让接口容易被正确使用,不易被误用

      18.1 好的接口很容易被正确使用,不容易被误用。你应该在你的所有接口中努力达成这些性质。任何接口如果要求客户必须记得做某些事情,就有着"不正确使用"的倾向。

      18.2 "促进正确使用"的办法包括接口的一致性,以及与内置类型的行为兼容(尽量令你的types的行为与内置types一致)。

      18.3 "阻止误用"的办法包括建立新类型、限制类型上的操作(什么事可做,什么事不能做)、限制对象值、以及消除客户的资源管理责任。

      18.4 std::tr1::shared_ptr支持定制型删除器,这可防范DLL问题,可被用来自动解除互斥锁等等。 对象在一个DLL中被new,却在另一个DLL被delete,会导致运行期错误。使用shared_ptr的成本是,Boost的shared_ptr是原始指针的两倍大。

19. 设计class犹如设计type

      class的设计就是type的设计。在定义一个新的type之前,请仔细考虑一下问题:

   a. 新type的对象应该如何被创建和销毁?

   b. 对象的初始化和对象的赋值该有什么样的差别?

   c. 新type的对象如果被passed by value(值传递),意味着什么?

   d. 什么是新type的合法值? 

   e. 新type需要配合某个继承图系吗?(考虑继承与被继承)

    f. 新type需要什么样的转换?

   g. 什么样的操作符和函数对此新type而言是合理的?

   h. 什么样的标准函数应该驳回?(声明为private)

    i. 谁该取用新type的成员?

    j. 什么是新type的"未声明接口"?(如何保证效率,异常安全性,资源运用)

   k. 新type有多么一般化?如果是定义types家族,应该定义一个新的类模板。 

    l. 你真的需要一个新type吗?非成员函数或模板能否解决问题?

20. 宁以pass-by-reference-to-const替换pass-by-value

      20.1 尽量以pass-by-reference-to-const替换pass-by-value。前者比较高效(少了对参数对象的构造和析构),并可避免切割问题(父类作传值参数时,子类的信息被切除)。

      20.2 这个规则不适用于内置类型,以及STL的迭代器和函数对象。对它们而言, pass-by-value往往比较适当。

21. 必须返回对象时,别妄想返回其引用

      21.1 当你必须在"返回一个引用"和"返回一个对象"之间选择时,你的工作就是挑出行为正确的那个,剩下的交给编译器。

      21.2 绝对不要返回指向一个local stack(局部栈内)对象的指针或引用,因为离开作用域后这个对象就不存在了。不要返回指向一个堆分配对象的引用,何时delete是个问题。不要返回指向一个local static对象的指针或引用, 可能面临需要多个这样的静态对象的问题。

22. 将成员变量声明为private

      22.1 切记将成员变量声明为private。因为将变量隐藏在函数接口背后

             a. 赋予客户访问数据的一致性(都通过成员函数)。

             b. 可细微划分访问控制(只读、只写、可读写、不可访问)。

             c. 提供充分的实现弹性。例如保证约束条件,通知其它对象,多线程同步等等。

             d. 保留了日后变更实现的权力。

      22.2 只有两种访问权限:private(封装)和其它(不封装)。protected并不比public更具封装性。 

23. 宁以non-member non-friend替换成员函数

      a. 增加封装性,不会增加"能够访问私有成员"的函数数量。

      b. 包裹弹性(packaging flexibility),降低编译依赖度。

      c. 机能扩充性,将所有便利(工具)函数放在多个头文件内但隶属于同一个命名空间,让客户可

          以轻松扩展这一组便利函数(添加non-member non-friend函数)。 

24. 若所有参数皆需类型转换,请采用non-member函数

      如果函数每个实参都需要转换,特别是隐式转换,应该声明为非成员函数。

      不能够只因函数不该成为member,就让它称为friend。

25. 考虑写出一个不抛出异常的swap函数

      25.1 当std::swap对你的类型效率不高时,提供一个public的swap成员函数,并确保这个函数不抛出异常。因为高效率的swap总是基于对内置类型的操作,内置类型操作不会抛出异常。

      25.2 如果你提供一个成员函数swap,那也应该提供一个非成员函数swap来调用前者。对于classes(而非templates),也请特化std::swap。template<>表示全特化。template表示部分特化。

      25.3 调用swap时应针对std::swap使用using声明式,然后调用swap并且不带任何"命名空间资格修饰"。让编译器决定调用合适的swap函数。

      25.4 为"用户定义类型"进行std template全特化是好的,但千万不要尝试在std内加入某些对std而言全新的东西。因为会导致不可预期行为,std的内容完全由c++标准委员会决定。

你可能感兴趣的:(C++,c++)