Лекции

Разбираем делегирующие конструкторы в C++: как убрать копипаст между перегрузками, выбрать «главный» конструктор и направлять в него остальные через список инициализации ( : ClassName (... )). Понимаем порядок выполнения (сначала делегируемый конструктор, потом тело обёртки), закрепляем на примерах Rectangle и Task, а также обсуждаем ограничения и типичные ошибки (цикл делегирования, попытка «доинициализировать» поля и слоёный пирог из побочных эффектов).

Разбираем, что такое static-поля и static-методы в C++: чем они отличаются от обычных членов, почему у static-метода нет this, где «живёт» static-поле и почему его нужно один раз определить (и как выглядит ошибка линковки). На практике строим общую конфигурацию приложения ( AppConfig) и генератор уникальных идентификаторов ( next_id_), а в конце фиксируем типичные ошибки и анти-паттерн «скрытая глобальщина».

Разбираем, почему перегруженный оператор в C++ — это не «магия», а функция, которая становится частью публичного API типа: где уместны operator==, operator<< и operator<=>, как отличать «тип-значение» от сущности с несколькими смыслами, почему важны предсказуемость и отсутствие побочных эффектов, и как принять решение с помощью чек-листа и блок-схемы. На примере Task и функции printTask() показываем мотивацию: читаемость важнее «красоты ради красоты».

Разбираем, как в C++ правильно перегружать operator << для потоков вывода: почему сигнатура должна быть std::ostream& operator <<( std::ostream&, const T&), зачем возвращать поток по ссылке для цепочек вида std::cout << a << b, как печатать через публичный интерфейс или через friend, и как получать строку через std::ostringstream. В конце — список типичных ошибок и анти-паттернов.

Разбираем, зачем своему типу в C++ определять operator==, какие свойства ожидаются от равенства (рефлексивность, симметричность, транзитивность и «заменяемость»), чем отличается равенство по идентичности ( id) от равенства по значению (все поля), когда уместно operator== = default, и как это влияет на стандартные алгоритмы вроде std::find. Отдельно обсуждаем, почему «почти равенство» для double лучше выносить в функцию вроде almostEqual, а не прятать магию в ==.