Оглавление:

• Предисловие
  1
• Вопросы организации и стратегии
  3
• 0. Не мелочитесь, или Что не следует стандартизировать
  3
• 1. Компилируйте без замечаний при максимальном уровне предупреждений
  4
• 2. Используйте автоматические системы сборки программ
  6
• 3. Используйте систему контроля версий
  6
• 4. Одна голова хорошо, а две — лучше
  7
• Стиль проектирования
  7
• 5. Один объект — одна задача
  8
• 6. Главное — корректность, простота и ясность
  8
• 7. Кодирование с учетом масштабируемости
  9
• 8. Не оптимизируйте преждевременно
  10
• 9. Не пессимизируйте преждевременно
  11
• 10. Минимизируйте глобальные и совместно используемые данные
  11
• 11. Сокрытие информации
  12
• 12. Кодирование параллельных вычислений
  13
• 13. Ресурсы должны быть во владении объектов
  14
• Стиль кодирования
  15
• 14. Предпочитайте ошибки компиляции и компоновки ошибкам времени выполнения
  16
• 15. Активно используйте const
  17
• 16. Избегайте макросов
  17
• 17. Избегайте магических чисел
  18
• 18. Объявляйте переменные как можно локальнее
  19
• 19. Всегда инициализируйте переменные
  19
• 20. Избегайте длинных функций и глубокой вложенности
  20
• 21. Избегайте зависимостей инициализаций между единицами компиляции
  21
• 22. Минимизируйте зависимости определений и избегайте циклических зависимостей
  21
• 23. Делайте заголовочные файлы самодостаточными
  22
• 24. Используйте только внутреннюю, но не внешнюю защиту директивы #include
  23
• Функции и операторы
  23
• 25. Передача параметров по значению, (интеллектуальному) указателю или ссылке
  23
• 26. Сохраняйте естественную семантику перегруженных операторов
  24
• 27. Отдавайте предпочтение каноническим формам арифметических операторов и операторов присваивания
  24
• 28. Предпочитайте канонический вид ++ и --, и вызов префиксных операторов
  25
• 29. Используйте перегрузку, чтобы избежать неявного преобразования типов
  25
• 30. Избегайте перегрузки &&, || и , (запятой)
  26
• 31. Не пишите код, который зависит от порядка вычислений аргументов функции
  27
• Проектирование классов и наследование
  27
• 32. Ясно представляйте, какой вид класса вы создаете
  27
• 33. Предпочитайте минимальные классы монолитным
  28
• 34. Предпочитайте композицию наследованию
  29
• 35. Избегайте наследования от классов, которые не спроектированы для этой цели
  30
• 36. Предпочитайте предоставление абстрактных интерфейсов
  31
• 37. Открытое наследование означает заменимость. Наследовать надо не для повторного использования, а чтобы быть повторно использованным
  32
• 38. Практикуйте безопасное перекрытие
  33
• 39. Виртуальные функции стоит делать неоткрытыми, а открытые — невиртуальными
  34
• 40. Избегайте возможностей неявного преобразования типов
  35
• 41. Делайте данные-члены закрытыми (кроме случая агрегатов в стиле структур С)
  35
• 42. Не допускайте вмешательства во внутренние дела
  37
• 43. Разумно пользуйтесь идиомой Pimpl
  38
• 44. Предпочитайте функции, которые не являются ни членами, ни друзьями
  39
• 45. new и delete всегда должны разрабатываться вместе
  39
• 46. При наличии пользовательского new следует предоставлять все стандартные типы этого оператора
  40
• Конструкторы, деструкторы и копирование
  41
• 47. Определяйте и инициализируйте переменные-члены в одном порядке
  41
• 48. В конструкторах предпочитайте инициализацию присваиванию
  41
• 49. Избегайте вызовов виртуальных функций в конструкторах и деструкторах
  42
• 50. Делайте деструкторы базовых классов открытыми и виртуальными либо защищенными и невиртуальными
  42
• 51. Деструкторы, функции освобождения ресурсов и обмена не ошибаются
  44
• 52. Копируйте и ликвидируйте согласованно
  45
• 53. Явно разрешайте или запрещайте копирование
  45
• 54. Избегайте срезки. Подумайте об использовании в базовом классе клонирования вместо копирования
  46
• 55. Предпочитайте канонический вид присваивания
  47
• 56. Обеспечьте бессбойную функцию обмена
  48
• Пространства имен и модули
  48
• 57. Храните типы и их свободный интерфейс в одном пространстве имен
  49
• 58. Храните типы и функции в разных пространствах имен, если только они не предназначены для совместной работы
  49
• 59. Не используйте using для пространств имен в заголовочных файлах или перед директивой #include
  50
• 60. Избегайте выделения и освобождения памяти в разных модулях
  52
• 61. Не определяйте в заголовочном файле объекты со связыванием
  52
• 62. Не позволяйте исключениям пересекать границы модулей
  53
• 63. Используйте достаточно переносимые типы в интерфейсах модулей
  54
• Шаблоны и обобщенность
  55
• 64. Разумно сочетайте статический и динамический полиморфизм
  56
• 65. Выполняйте настройку явно и преднамеренно
  57
• 66. Не специализируйте шаблоны функций
  59
• 67. Пишите максимально обобщенный код
  60
• Обработка ошибок и исключения
  60
• 68. Широко применяйте assert для документирования внутренних допущений и инвариантов
  60
• 69. Определите разумную стратегию обработки ошибок и строго ей следуйте
  62
• 70. Отличайте ошибки от ситуаций, не являющихся ошибками
  62
• 71. Проектируйте и пишите безопасный в отношении ошибок код
  64
• 72. Для уведомления об ошибках следует использовать исключения
  66
• 73. Генерируйте исключения по значению, перехватывайте — по ссылке
  68
• 74. Уведомляйте об ошибках, обрабатывайте и преобразовывайте их там, где следует
  68
• 75. Избегайте спецификаций исключений
  69
• STL: контейнеры
  70
• 76. По умолчанию используйте vector. В противном случае выбирайте контейнер, соответствующий задаче
  70
• 77. Вместо массивов используйте vector и string
  71
• 78. Используйте vector (и string::c_str) для обмена данными с API на других языках
  72
• 79. Храните в контейнерах только значения или интеллектуальные указатели
  72
• 80. Предпочитайте push_back другим способам расширения последовательности
  73
• 81. Предпочитайте операции с диапазонами операциям с отдельными элементами
  73
• 82. Используйте подходящие идиомы для реального уменьшения емкости контейнера и удаления элементов
  74
• STL: алгоритмы
  74
• 83. Используйте отладочную реализацию STL
  74
• 84. Предпочитайте вызовы алгоритмов самостоятельно разрабатываемым циклам
  75
• 85. Пользуйтесь правильным алгоритмом поиска
  77
• 86. Пользуйтесь правильным алгоритмом сортировки
  77
• 87. Делайте предикаты чистыми функциями
  78
• 88. В качестве аргументов алгоритмов и компараторов лучше использовать функциональные объекты, а не функции
  79
• 89. Корректно пишите функциональные объекты
  80
• Безопасность типов
  80
• 90. Избегайте явного выбора типов — используйте полиморфизм
  81
• 91. Работайте с типами, а не с представлениями
  82
• 92. Избегайте reinterpret_cast
  82
• 93. Избегайте применения static_cast к указателям
  82
• 94. Избегайте преобразований, отменяющих const
  83
• 95. Не используйте преобразование типов в стиле С
  83
• 96. Не применяйте memcpy или memcmp к не-POD типам
  84
• 97. Не используйте объединения для преобразований
  85
• 98. Не используйте неизвестные аргументы (троеточия)
  85
• 99. Не используйте недействительные объекты и небезопасные функции
  86
• 100. Не рассматривайте массивы полиморфно
  86
• Список литературы
  87
• Резюме из резюме
  89

Настройки: