Лекции

Разбираем ключевую (и единственную принципиальную) разницу между struct и class в C++: доступ по умолчанию ( public vs private) и то, как это влияет на инкапсуляцию. На примерах Account и Task показываем, зачем прятать состояние за методами, как формировать «контракт» типа, и какие ошибки чаще всего встречаются у новичков (забытый public :, вера в «магическую разницу» и пропущенная ; после }).

Разбираем, зачем в C++ нужны секции public/ private, как инкапсуляция делает объект «неубиваемым», и почему лучше держать public-API маленьким. На примере мини‑проекта TaskTracker покажем, как прятать состояние (например, std::vector) за осмысленными методами ( rename(), mark_done()), не «протекать» наружу через ссылки T &, и держать проверки внутри класса.

Разбираем, почему « getName ()/ setName () на каждое поле» в C++ часто превращает API в шум, как геттеры могут протечь через const T & и особенно T &, и как вместо сеттеров проектировать методы-операции ( rename, mark_done, reopen) для поддержки инвариантов на примере мини‑приложения TaskTracker.

Разбираем, почему список инициализации в конструкторах C++ — это не «красивый синтаксис», а часть корректной модели создания объекта: поля и базовые части инициализируются до тела конструктора. Сравним инициализацию и присваивание, увидим обязательные случаи ( const-поля и ссылки), научимся поддерживать инварианты «с рождения», а также аккуратно комбинировать список инициализации с default member initializer. В конце — памятка и типичные ошибки.

Разбираем, почему одноаргументные конструкторы в C++ могут незаметно создавать временные объекты и приводить к «странным» вызовам функций, как ключевое слово explicit запрещает неявные преобразования, чем отличаются copy-initialization и direct/list-initialization, почему параметры по умолчанию превращают конструктор в «почти одноаргументный», и как применять explicit в сильных типах вроде TaskId и Minutes для защиты смысла вашего API.