Лекции

Разбираем, как std::variant помогает выразить «результат как состояние» типами: чем он отличается от std::optional и связки enum class+данные, как проверять активную альтернативу через index() и std::holds_alternative, безопасно извлекать значение через std::get_if, и почему это лучше «магических значений» вроде -1. В конце — мини-пример TodoCLI и типичные ошибки использования.

Разбираем, зачем нужен std::visit при работе со std::variant: как уйти от «леса» std::get_if, как устроен visitor (generic-лямбда, перегрузки, struct с operator()), как возвращать значение из std::visit, и как применить это в мини-CLI трекере задач с типизированными командами и ошибками парсинга.

Разбираем, почему «магические значения» вроде - 1 и пустые строки ломают контракт функций, чем std::expected<T, E> принципиально отличается от std::optional<T>, как возвращать ошибку через std::unexpected, и как дисциплинированно обрабатывать результат через проверки if ( has_value(), value(), error()). В примерах показываем парсинг чисел без исключений на базе std::from_chars и «проброс» ошибок наверх в стиле CLI-приложения.

Разбираем практичный дизайн ошибок в C++23: почему «ошибка как строка» быстро превращается в хрупкий код, как упаковывать ошибку в данные ( ErrorCode + сообщение + контекст), как единообразно форматировать ошибки через format_error, и как возвращать «значение или ошибку» с помощью std::expected. На примерах показываем категории ParseError/ InvalidInput/ NotFound/ IoError, парсинг через std::from_chars и обработку в мини-CLI.

Разбираем, зачем проекту нужна единая политика ошибок: почему «рабочие» функции не должны печатать диагностику, как проводить ошибку наверх через std::expected, где и как единообразно форматировать сообщения ( format_error), чем полезно разделение std::cout/ std::cerr, как вводить минимальное логирование через log(...) и централизовать коды выхода процесса через отображение ErrorCode → int.