Лекции

Разбираем, зачем типам в C++ нужен «естественный» порядок для STL, как работает трёхстороннее сравнение operator<=> (spaceship), что даёт = default, как аккуратно задать порядок вручную (и почему результат сравнения проверяют через != 0), а также как согласовать порядок с operator==. Закрепляем на примере мини‑приложения TaskBox и обсуждаем типичные ошибки.

Разбираем, когда сравнение стоит «вшивать» в тип через operator== и operator<=>, а когда правильнее задавать локальные правила через компаратор в std::sort. На примере модели Task обсуждаем смысл «идентичности» (равенство по id или по всем полям), поиск через std::find и std::find_if, а также типичные ошибки дизайна и «нечистых» компараторов.

Разбираем, как отличать отношения is‑a и has‑a в дизайне классов: когда уместно «является», а когда лучше «содержит/использует». На учебном примере todo‑приложения показываем композицию и делегирование: TodoApp как координатор, TaskRepository как хранилище, Printer и CLI‑слой для I/O. Отдельно фиксируем формы композиции (значение, ссылка, std::unique_ptr) и типичные ошибки.

Разбираем модульное разбиение консольного приложения на роли: model (данные и инварианты), storage (операции и хранение), parser (строка → Command), cli (ввод/вывод и координация). На примере todo‑менеджера строим маршрут команды, проектируем Task и TaskRepository, пишем parse_command на std::istringstream и связываем всё в «тонком» интерфейсе, избегая печати из хранилища и выполнения логики внутри парсера.

Разбираем, почему скрытые зависимости (вроде прямого использования std::cout) делают код хрупким, как «развернуть» ответственность с помощью инверсии (сборка в main()), и как оформлять честные контракты через std::istream &/ std::ostream &, TaskRepository & и отдельные компоненты ( Parser, Printer, CLI). Отдельно обсуждаем ссылки, указатели, владение ( std::unique_ptr) и «мягкую» инверсию через функции ( std::function).