календарь и часовые пояса в chronocalendar and time zones in chrono

Базовый <chrono> из C++11 (см. cpp11/chrono.html) даёт duration и time_point — промежутки и моменты времени относительно системных часов, но без понятия "год/месяц/день" или "часовой пояс". C++20 добавляет поверх этого фундамента календарную семантику: std::chrono::year, std::chrono::month, std::chrono::day — типобезопасные обёртки над числом (а не голый int), их комбинация std::chrono::year_month_day — представление календарной даты, а также std::chrono::time_zone/std::chrono::zoned_time — конвертация UTC в локальное время конкретного часового пояса и обратно, с учётом перехода на летнее время.The base <chrono> from C++11 (see cpp11/chrono.html) gives you duration and time_point — spans and moments of time relative to system clocks, but with no notion of "year/month/day" or "time zone." C++20 adds calendar semantics on top of that foundation: std::chrono::year, std::chrono::month, std::chrono::day — type-safe wrappers over a number (not a bare int) — combined into std::chrono::year_month_day, a calendar date, plus std::chrono::time_zone/std::chrono::zoned_time — converting UTC to a specific time zone's local time and back, accounting for daylight saving transitions.

struct tm t{};
t.tm_year = 2024 - 1900;   // год отсчитывается от 1900, не типобезопасно// year offset from 1900, not type-safe
t.tm_mon  = 0;          // январь — это 0, а не 1// January is 0, not 1
t.tm_mday = 15;
setenv("TZ", "Europe/Moscow", 1);  // глобальное состояние, гонка в многопоточном коде// global state, a race in multithreaded code
mktime(&t);

using namespace std::chrono;

auto date = 2024y/January/15d;   // year_month_day, читаемо и типобезопасно// year_month_day, readable and type-safe

auto tz = locate_zone("Europe/Moscow");
zoned_time zt{tz, system_clock::now()};  // без глобального состояния, без гонок// no global state, no races

До C++20 работа с календарными датами и часовыми поясами в стандартной библиотеке C++ отсутствовала вовсе — <chrono> из C++11 сознательно ограничивался длительностями и точками времени относительно системных часов:Before C++20, calendar dates and time zones simply didn't exist in the C++ standard library — C++11's <chrono> deliberately limited itself to durations and time points relative to system clocks:

year, month, day — лёгкие обёртки над int/unsigned с литералами-суффиксами (y для года, d для дня; месяцы — именованные constexpr-объекты вроде January). Оператор / перегружен так, чтобы комбинация year/month/day в любом разумном порядке (2024y/January/15d или 15d/January/2024y) собирала year_month_day — это не арифметика в обычном смысле, а декларативная сборка даты. year_month_day внутри хранит компоненты по отдельности, но конвертируется в sys_days (специализацию time_point с точностью до дня) для арифметики вроде "прибавить 10 дней".year, month, day are lightweight wrappers over int/unsigned with literal suffixes (y for a year, d for a day; months are named constexpr objects like January). operator/ is overloaded so that combining year/month/day in any sensible order (2024y/January/15d or 15d/January/2024y) assembles a year_month_day — this isn't arithmetic in the usual sense, it's declarative date assembly. year_month_day stores its components separately internally, but converts to sys_days (a time_point specialization with day precision) for arithmetic like "add 10 days."

#include <chrono>
#include <iostream>

using namespace std::chrono;

auto date = 2024y/January/15d;      // year_month_day// year_month_day
if (date.ok()) {                    // проверка валидности — обязательна// validity check — mandatory
    sys_days sd = date;              // перевод в time_point для арифметики// convert to a time_point for arithmetic
    auto nextWeek = sd + days{7};
    year_month_day back = nextWeek;  // обратно в календарное представление// back to calendar representation
}

// часовые пояса: конвертация UTC -> локальное время без глобального TZ// time zones: UTC -> local time conversion, no global TZ
const time_zone* tz = locate_zone("Europe/Moscow");
zoned_time zt{tz, system_clock::now()};
std::cout << zt.get_local_time() << "\n";  // с учётом летнего времени автоматически// DST accounted for automatically

Арифметика напрямую с year_month_day тоже возможна для месяцев и лет — компоненты year/month поддерживают +/- с years{}/months{}, автоматически справляясь с переносом через границу года. Но такая арифметика — не то же самое, что арифметика в днях: "прибавить месяц" к 31 января не значит "прибавить 30-31 день", а значит "тот же день следующего месяца" — что не всегда существует (см. грабли ниже), поэтому .ok() после такой операции обязателен.Arithmetic directly on year_month_day is also possible for months and years — the year/month components support +/- with years{}/months{}, automatically handling the year-boundary carry. But this kind of arithmetic isn't the same as day-based arithmetic: "add a month" to January 31 doesn't mean "add 30-31 days," it means "the same day next month" — which doesn't always exist (see the gotcha below), so calling .ok() afterward is mandatory.

using namespace std::chrono;

auto jan31 = 2024y/January/31d;
auto nextMonth = jan31.year()/(jan31.month() + months{1})/jan31.day();
// nextMonth — это 2024-02-31, которого не существует// nextMonth is 2024-02-31, which doesn't exist
if (!nextMonth.ok()) {
    // типичная обработка — "прижать" день к последнему валидному дню месяца// the typical fix — clamp the day to the month's last valid day
    nextMonth = nextMonth.year()/nextMonth.month()/last;
    // year_month_day_last -> year_month_day: 2024-02-29 (високосный год)// year_month_day_last -> year_month_day: 2024-02-29 (a leap year)
}

auto plusYear = (jan31.year() + years{1})/jan31.month()/jan31.day();
// 2025-01-31 — перенос через границу года работает без ручной проверки// 2025-01-31 — carrying across the year boundary needs no manual check

• cppreference — std::chrono::year_month_day
• cppreference — std::chrono::zoned_time
• WG21 P0355 — Extending chrono to Calendars and Time Zones
• Howard Hinnant's date library (prototype for this feature)