Лекции

Разбираем раздельную компиляцию в C++: почему компилятор обрабатывает каждый .cpp как отдельный «мир», что такое единица трансляции (файл плюс всё, что попало в него через #include), почему «функция в соседнем файле» не помогает без объявления, и как правильно чинить ошибки вида was not declared. В конце — типичные ошибки при разнесении кода по файлам и как их избегать.

Разбираем, зачем в C++ разделяют код на .hpp и .cpp, чем отличается объявление от определения (сигнатура vs тело), какие сущности должны жить в заголовке как «контракт», а какие — в исходнике как «реализация». На практике выносим мини-приложение TaskPad в модуль tasks и фиксируем типичные ошибки: несоответствие сигнатур, несамодостаточные заголовки и попытки #include-ить .cpp.

Разбираем, зачем в C++ нужны пространства имён: как namespace помогает избегать конфликтов имён в больших проектах и при подключении библиотек, как читать и писать квалифицированные имена вида ns::name (включая std::cout), как устроены вложенные пространства ( app::model, app::ui), как «продолжать» один и тот же namespace в разных файлах, и почему main всегда остаётся в глобальной области видимости.

Разбираем, как в C++ сокращать квалифицированные имена ( std::cout, std::string, app::cli::print_menu) без «эффекта заражения»: чем отличается точечный using ( using ns::name) от директивы using namespace, как работает область видимости, почему заголовки ( .hpp) требуют дисциплины, и какие практические шаблоны применять в .cpp.

Разбираем практичную структуру C++‑проекта: что хранить в папках include/, src/, tests/ и build/, зачем отделять интерфейс от реализации (модель «модуль = .hpp + .cpp»), почему артефакты сборки не коммитят, и как это выглядит на мини‑проекте Tasky с отдельным заголовком, реализацией и «дымовой» проверкой.