【@lollllllllllipop 提供】修改错别字

https://github.com/huihut/interview/issues/12#issuecomment-529782364
This commit is contained in:
huihut 2019-09-12 00:43:41 +08:00
parent 9ff67af607
commit b9ca9f900c
2 changed files with 2 additions and 2 deletions

View File

@ -1207,7 +1207,7 @@ class doSomething(Flyable *obj) // 做些事情
28. 避免使用 handles包括 引用、指针、迭代器)指向对象内部(以增加封装性、使 const 成员函数的行为更像 const、降低 “虚吊号码牌”dangling handles如悬空指针等的可能性 28. 避免使用 handles包括 引用、指针、迭代器)指向对象内部(以增加封装性、使 const 成员函数的行为更像 const、降低 “虚吊号码牌”dangling handles如悬空指针等的可能性
29. 为 “异常安全” 而努力是值得的异常安全函数Exception-safe functions即使发生异常也不会泄露资源或允许任何数据结构败坏分为三种可能的保证基本型、强列型、不抛异常型 29. 为 “异常安全” 而努力是值得的异常安全函数Exception-safe functions即使发生异常也不会泄露资源或允许任何数据结构败坏分为三种可能的保证基本型、强列型、不抛异常型
30. 透彻了解 inlining 的里里外外inlining 在大多数 C++ 程序中是编译期的行为inline 函数是否真正 inline取决于编译器大部分编译器拒绝太过复杂如带有循环或递归的函数 inlining而所有对 virtual 函数的调用(除非是最平淡无奇的)也都会使 inlining 落空inline 造成的代码膨胀可能带来效率损失inline 函数无法随着程序库的升级而升级) 30. 透彻了解 inlining 的里里外外inlining 在大多数 C++ 程序中是编译期的行为inline 函数是否真正 inline取决于编译器大部分编译器拒绝太过复杂如带有循环或递归的函数 inlining而所有对 virtual 函数的调用(除非是最平淡无奇的)也都会使 inlining 落空inline 造成的代码膨胀可能带来效率损失inline 函数无法随着程序库的升级而升级)
31. 将文件间的编译依存关系降至最低(如果使用 object references 或 object pointers 可以完成任务,就不要使用 objects如果能够,尽量以 class 声明式替换 class 定义式;为声明式和定义式提供不同的头文件) 31. 将文件间的编译依存关系降至最低(如果使用 object references 或 object pointers 可以完成任务,就不要使用 objects如果能够尽量以 class 声明式替换 class 定义式;为声明式和定义式提供不同的头文件)
32. 确定你的 public 继承塑模出 is-a是一种关系适用于 base classes 身上的每一件事情一定适用于 derived classes 身上,因为每一个 derived class 对象也都是一个 base class 对象) 32. 确定你的 public 继承塑模出 is-a是一种关系适用于 base classes 身上的每一件事情一定适用于 derived classes 身上,因为每一个 derived class 对象也都是一个 base class 对象)
33. 避免遮掩继承而来的名字(可使用 using 声明式或转交函数forwarding functions来让被遮掩的名字再见天日 33. 避免遮掩继承而来的名字(可使用 using 声明式或转交函数forwarding functions来让被遮掩的名字再见天日
34. 区分接口继承和实现继承(在 public 继承之下derived classes 总是继承 base class 的接口pure virtual 函数只具体指定接口继承;非纯 impure virtual 函数具体指定接口继承及缺省实现继承non-virtual 函数具体指定接口继承以及强制性实现继承) 34. 区分接口继承和实现继承(在 public 继承之下derived classes 总是继承 base class 的接口pure virtual 函数只具体指定接口继承;非纯 impure virtual 函数具体指定接口继承及缺省实现继承non-virtual 函数具体指定接口继承以及强制性实现继承)

View File

@ -1171,7 +1171,7 @@ class doSomething(Flyable *obj) // 做些事情
28. 避免使用 handles包括 引用、指针、迭代器)指向对象内部(以增加封装性、使 const 成员函数的行为更像 const、降低 “虚吊号码牌”dangling handles如悬空指针等的可能性 28. 避免使用 handles包括 引用、指针、迭代器)指向对象内部(以增加封装性、使 const 成员函数的行为更像 const、降低 “虚吊号码牌”dangling handles如悬空指针等的可能性
29. 为 “异常安全” 而努力是值得的异常安全函数Exception-safe functions即使发生异常也不会泄露资源或允许任何数据结构败坏分为三种可能的保证基本型、强列型、不抛异常型 29. 为 “异常安全” 而努力是值得的异常安全函数Exception-safe functions即使发生异常也不会泄露资源或允许任何数据结构败坏分为三种可能的保证基本型、强列型、不抛异常型
30. 透彻了解 inlining 的里里外外inlining 在大多数 C++ 程序中是编译期的行为inline 函数是否真正 inline取决于编译器大部分编译器拒绝太过复杂如带有循环或递归的函数 inlining而所有对 virtual 函数的调用(除非是最平淡无奇的)也都会使 inlining 落空inline 造成的代码膨胀可能带来效率损失inline 函数无法随着程序库的升级而升级) 30. 透彻了解 inlining 的里里外外inlining 在大多数 C++ 程序中是编译期的行为inline 函数是否真正 inline取决于编译器大部分编译器拒绝太过复杂如带有循环或递归的函数 inlining而所有对 virtual 函数的调用(除非是最平淡无奇的)也都会使 inlining 落空inline 造成的代码膨胀可能带来效率损失inline 函数无法随着程序库的升级而升级)
31. 将文件间的编译依存关系降至最低(如果使用 object references 或 object pointers 可以完成任务,就不要使用 objects如果能够,尽量以 class 声明式替换 class 定义式;为声明式和定义式提供不同的头文件) 31. 将文件间的编译依存关系降至最低(如果使用 object references 或 object pointers 可以完成任务,就不要使用 objects如果能够尽量以 class 声明式替换 class 定义式;为声明式和定义式提供不同的头文件)
32. 确定你的 public 继承塑模出 is-a是一种关系适用于 base classes 身上的每一件事情一定适用于 derived classes 身上,因为每一个 derived class 对象也都是一个 base class 对象) 32. 确定你的 public 继承塑模出 is-a是一种关系适用于 base classes 身上的每一件事情一定适用于 derived classes 身上,因为每一个 derived class 对象也都是一个 base class 对象)
33. 避免遮掩继承而来的名字(可使用 using 声明式或转交函数forwarding functions来让被遮掩的名字再见天日 33. 避免遮掩继承而来的名字(可使用 using 声明式或转交函数forwarding functions来让被遮掩的名字再见天日
34. 区分接口继承和实现继承(在 public 继承之下derived classes 总是继承 base class 的接口pure virtual 函数只具体指定接口继承;非纯 impure virtual 函数具体指定接口继承及缺省实现继承non-virtual 函数具体指定接口继承以及强制性实现继承) 34. 区分接口继承和实现继承(在 public 继承之下derived classes 总是继承 base class 的接口pure virtual 函数只具体指定接口继承;非纯 impure virtual 函数具体指定接口继承及缺省实现继承non-virtual 函数具体指定接口继承以及强制性实现继承)