Effective C++ 笔记(5)

第四部分: 设计与声明

条款18: 让接口容易被正确使用,不易被误用

请记住:
  • 好的接口很容易被正确使用,不容易被误用。你应该在你的所有接口中努力达成这些性质。
  • "促进正确使用"的办法包括接口的一致性,以及内置类型的行为兼容
  • "阻止误用"的办法包括建立新类型、限制类型上的操作,束缚对象值,以及消除客户的资源管理责任
  • shared_ptr支持定制型删除器(custom deleter)。这可防范DLL问题,可被用来自动解除互斥锁等等。

条款19:设计class犹如设计type

  1. 新type的对象该如何被创建或销毁?
  2. 对象的初始化和赋值该有什么差别?
  3. 新type的对象如果被passed by value,意味着什么?
  4. 什么是新type的合法值?
  5. 你的新type需要配合某个继承图系吗?
  6. 你的新type需要什么样的转换?
  7. 什么样的操作符和函数对于这个type是合理的?
  8. 什么样的标准函数应该驳回?
  9. 谁该取用新type成员?
  10. 什么是新type的未声明接口?
  11. 你的新type有多一般化?
  12. 你真的需要一个新type吗?
请记住:
  • Class的设计就是type的设计。在定义一个新type之前,请确定你已经考虑过本条款覆盖的所有讨论主题

条款20: 宁以pass-by-reference-to-const替代pass-by-value

请记住:
  • 尽量以pass-by-reference-to-const替换pass-by-value。前者通常比较高效,并可避免切割问题。
  • 以上规则并不适用于内置类型,以及STL的迭代器和函数对象。对它们而言,pass-by-value往往比较恰当。

条款22:将成员变量声明为private

从封装的角度观之,其实只有两种访问权限:private(提供封装)和其它(不提供封装)

请记住:
  • 切记将成员变量声明为private。这可赋予客户访问数据的一致性、可细微划分访问控制、允诺约束条件获得保证,并提供class作者以充分的实现弹性。
  • protected并不比public更具封装性

条款23:宁以non-member、non-friend替换member函数

请记住:
  • 宁可拿non-member non-friend函数替换member函数。这样做可以增加封装性、包裹弹性和技能扩充性。

条款24:若所有参数皆需类型转换,请为此采用non-member函数

请记住:
  • 如果你需要为某个函数的所有参数(包括被this指针所指的那个隐喻参数)进行类型转换,那么这个函数必须是个non-member

条款25:考虑写出一个不抛异常的swap函数

请记住:
  • 当std::swap对你的类型效率不高时,提供一个swap成员函数,并确定这个函数不抛出异常
  • 如果你提供一个member swap,也该提供一个non-member swap用来调用前者。对于classes(而非templates),也请特化std::swap
  • 调用swap时应针对std::swap使用using声明式,然后调用swap并且不带任何命名空间资格修饰
  • 为用户自定义类型进行std templates全特化是好的,但千万不要尝试在std内加入某些对std而言全新的东西
上一篇:python循环知识点-学习的第二天


下一篇:springboot使用JWT实现单点登录