Лекции

Разбираем, почему повторное включение заголовков через #include приводит к ошибкам переопределения, на каком этапе работает препроцессор, и как защитить заголовки с помощью #ifndef/ #define/ #endif (include guard) или директивы #pragma once. Закрепляем на мини-проекте и обсуждаем типичные ошибки: забытый #endif, неуникальные макросы и «дыры» в защите.

Разбираем практический принцип Include What You Use в C++: как делать заголовки самодостаточными, избегать транзитивных зависимостей, разделять интерфейс ( .hpp) и реализацию ( .cpp), выбирать лёгкие заголовки вроде <iosfwd> вместо тяжёлых ( <iostream>) и почему полезно подключать свой заголовок первым. На примерах с std::string, std::vector и модулями мини-проекта показано, как уменьшать время сборки и повышать устойчивость к рефакторингу.

Разбираем, как предварительное объявление ( forward declaration) помогает “облегчать” заголовки в C++: что именно знает компилятор после struct/ class X ;, где можно использовать неполный тип (указатели/ссылки), где нельзя (хранение по значению, доступ к полям, контейнеры), как выстроить правило « .hpp — декларации, .cpp — тяжёлые #include», и какие типичные ошибки приводят к сообщениям про incomplete type.

Разбираем, что такое циклические зависимости в C++ (когда A.hpp тянет B.hpp, а тот — обратно), почему #pragma once не делает тип «полным», как читать ошибки про incomplete type, и какими практическими приёмами разрывать цикл: forward declaration + */ &, перенос #include из .hpp в .cpp, либо хранение связи через id вместо объекта.

Разбираем практическое правило работы с шаблонами в C++: почему определение template должно быть видно в месте использования, почему “объявили в .hpp, определили в .cpp” ломается, как правильно хранить реализацию в .hpp или подключаемых файлах .tpp/ .inl, и какие ошибки чаще всего возникают (включая не-самодостаточные заголовки, лишние зависимости и using namespace в заголовке).