C++20 달력과 시간대: year_month_day와 zoned_time 사용법

들어가며

C++20은 달력과 시간대를 표준 라이브러리로 제공합니다. year_month_day, zoned_time, weekday 등으로 날짜 연산, 시간대 변환, 요일 계산을 간결하게 구현할 수 있습니다. C++17까지는 날짜를 다루려면 std::tm과 mktime, localtime 같은 C 함수에 기대야 했습니다. tm_mon이 0부터, tm_year가 1900부터 시작하는 규칙, localtime이 정적 버퍼를 돌려줘 스레드 안전하지 않다는 점, 시간대는 프로세스 전역의 TZ 환경 변수 하나로만 바꿀 수 있다는 점 때문에 실무에서는 대부분 Howard Hinnant의 date 라이브러리나 Boost.DateTime을 따로 썼습니다. C++20의 달력·시간대 기능은 사실상 그 date 라이브러리가 표준으로 들어온 것이라 설계가 같습니다.

이 API의 핵심 구분은 두 가지입니다. 첫째, 달력 타입(year_month_day)과 시점 타입(sys_days)이 따로 있습니다. 달력 타입은 “연·월·일 필드”를 들고 있어 월 단위 연산이 자연스럽고, sys_days는 1970-01-01로부터의 일수라서 일 단위 연산과 차이 계산이 정확합니다. 둘 사이를 필요할 때 명시적으로 오가는 것이 기본 사용 패턴입니다. 둘째, sys_time(UTC 기준 절대 시점)과 local_time(어느 시간대인지 정해지지 않은 벽시계 시각)을 타입으로 구분합니다. 이 구분 덕분에 “서울 오후 2시”와 “UTC 오후 2시”를 실수로 섞으면 컴파일 에러가 납니다.

---

기본 개념

주요 타입

타입	설명	예시
year_month_day	날짜 (년-월-일)	2026y / March / 11
year_month_weekday	날짜 (년-월-요일)	2026y / March / Monday[1]
year_month_day_last	월의 마지막 날	2026y / February / last
zoned_time	시간대 포함 시간	zoned_time{"Asia/Seoul", now}
weekday	요일	Monday, Tuesday, …

---

실전 구현

year_month_day - 날짜 표현

기본 사용

#include <chrono>
#include <iostream>
using namespace std::chrono;
int main() {
    // 날짜 생성
    year_month_day ymd1 = 2026y / March / 11;
    year_month_day ymd2{year{2026}, month{3}, day{11}};
    
    std::cout << ymd1 << std::endl;  // 2026-03-11
    
    // 요소 접근
    auto y = ymd1.year();
    auto m = ymd1.month();
    auto d = ymd1.day();
    
    std::cout << "년: " << y << std::endl;  // 2026
    std::cout << "월: " << m << std::endl;  // Mar
    std::cout << "일: " << d << std::endl;  // 11
    
    return 0;
}

2026y / March / 11의 /는 나눗셈이 아니라 달력 타입을 조립하는 연산자 오버로드입니다. y/m/d, d/m/y, m/d/y 순서를 모두 받아 주지만, 첫 피연산자가 반드시 year, month, day 중 하나로 타입이 정해져 있어야 합니다. 2026 / 3 / 11처럼 전부 int면 그냥 정수 나눗셈이 되어 0이 나옵니다. 2026y, 11d 리터럴은 std::chrono 인라인 네임스페이스(std::literals::chrono_literals)에 있으므로 using namespace std::chrono;가 필요합니다. std::cout << ymd로 바로 출력하는 기능도 C++20 <chrono>의 스트림 연산자라서 GCC는 13 이전 버전에서 이 부분이 컴파일되지 않을 수 있습니다.

날짜 연산

using namespace std::chrono;
int main() {
    year_month_day today = 2026y / March / 11;
    
    // 1개월 후 (달력 연산: year_month_day에 직접 더함)
    year_month_day nextMonth = today + months{1};
    std::cout << nextMonth << std::endl;  // 2026-04-11
    
    // 10일 후
    auto future = sys_days{today} + days{10};
    std::cout << year_month_day{future} << std::endl;  // 2026-03-21
    
    // 1년 전
    year_month_day past = today - years{1};
    std::cout << past << std::endl;  // 2025-03-11
    
    // 날짜 차이
    auto diff = sys_days{today} - sys_days{past};
    std::cout << "차이: " << diff.count() << "일" << std::endl;  // 365
    
    return 0;
}

월·연 단위는 year_month_day에 직접 더하고, 일 단위는 sys_days로 바꿔서 더한다는 규칙이 이 예제의 요점입니다. 처음 이 API를 쓸 때 가장 흔히 하는 실수가 sys_days{today} + months{1}처럼 시점에 월을 더하는 것입니다. std::chrono::months는 “달력의 한 달”이 아니라 평균 길이(30.436875일)인 duration이라, 결과가 일 단위로 떨어지지 않는 시점이 되고 year_month_day로 되돌릴 때 컴파일 에러가 나거나(암시적 변환 불가), 억지로 floor<days>를 붙이면 엉뚱한 날짜가 나옵니다. 반대로 year_month_day에는 days를 더할 수 없게 막혀 있습니다. 필드 단위 연산과 일수 연산의 의미가 다르다는 것을 타입으로 강제하는 설계입니다.

---

weekday - 요일 계산

기본 사용

using namespace std::chrono;
int main() {
    year_month_day ymd = 2026y / March / 11;
    auto dp = sys_days{ymd};
    auto wd = weekday{dp};
    
    std::cout << "요일: " << wd << std::endl;  // Wed
    
    // 요일 확인
    if (wd == Wednesday) {
        std::cout << "수요일" << std::endl;
    }
    
    // 요일 인덱스 (0 = Sunday)
    std::cout << "인덱스: " << wd.c_encoding() << std::endl;  // 3
    
    return 0;
}

c_encoding()은 C의 tm_wday와 같은 규칙(일요일 = 0)이고, ISO 8601 규칙(월요일 = 1, 일요일 = 7)이 필요하면 iso_encoding()을 씁니다. 요일끼리 빼면 days가 나오는데, 요일 연산은 항상 7로 나눈 나머지로 순환합니다. 그래서 Monday - Friday는 -4일이 아니라 3일입니다. “다음 월요일까지 며칠”을 구할 때 음수 처리를 따로 할 필요가 없어서 편리합니다.

특정 요일 찾기

using namespace std::chrono;
int main() {
    // 2026년 3월의 첫 번째 월요일
    year_month_weekday ymw = 2026y / March / Monday[1];
    year_month_day ymd{sys_days{ymw}};
    std::cout << "첫 월요일: " << ymd << std::endl;  // 2026-03-02
    
    // 2026년 3월의 마지막 금요일
    year_month_weekday_last ymwl = 2026y / March / Friday[last];
    year_month_day ymd2{sys_days{ymwl}};
    std::cout << "마지막 금요일: " << ymd2 << std::endl;  // 2026-03-27
    
    return 0;
}

“매월 둘째 화요일”, “11월 넷째 목요일” 같은 규칙형 일정은 year_month_weekday로 그대로 표현됩니다. 이런 타입은 날짜를 미리 계산해 두지 않고 규칙만 들고 있다가 sys_days로 변환할 때 실제 날짜가 정해집니다. 그러니 Monday[5]처럼 그 달에 존재하지 않을 수 있는 인덱스를 쓸 때는 변환 전에 ok()로 확인해야 합니다.

---

zoned_time - 시간대 변환

기본 사용

#include <chrono>
#include <iostream>
using namespace std::chrono;
int main() {
    auto now = system_clock::now();
    
    // 서울 시간
    zoned_time seoul{"Asia/Seoul", now};
    std::cout << "서울: " << seoul << std::endl;
    
    // 뉴욕 시간
    zoned_time ny{"America/New_York", now};
    std::cout << "뉴욕: " << ny << std::endl;
    
    // UTC
    zoned_time utc{"UTC", now};
    std::cout << "UTC: " << utc << std::endl;
    
    return 0;
}

zoned_time은 “UTC 시점 하나 + 시간대 포인터 하나”의 쌍입니다. 세 객체 모두 같은 now를 들고 있고, 출력할 때만 각 시간대 규칙을 적용해 벽시계 시각으로 바꿉니다. 그래서 시간대 변환은 계산이 아니라 “같은 시점을 다른 시간대로 보는 것”에 가깝고, 정보 손실이 없습니다.

시간대 이름은 IANA tz database에서 찾습니다. 이 데이터베이스를 어디서 읽느냐는 구현마다 다릅니다. Linux의 libstdc++·libc++은 보통 /usr/share/zoneinfo를 읽고, MSVC는 Windows 10 1903 이후 OS에 포함된 ICU를 씁니다. 그래서 같은 바이너리라도 OS의 tzdata가 오래됐으면 최근 바뀐 시간대 규칙이 반영되지 않을 수 있고, zoneinfo가 없는 최소 컨테이너 이미지에서는 locate_zone이 예외를 던집니다. Docker의 slim/alpine 이미지에서 이 기능을 쓸 때 tzdata 패키지를 따로 설치해야 하는 이유입니다.

시간대 정보

using namespace std::chrono;
int main() {
    auto tz = locate_zone("Asia/Seoul");
    std::cout << "시간대: " << tz->name() << std::endl;  // Asia/Seoul
    
    auto now = system_clock::now();
    auto info = tz->get_info(now);
    std::cout << "오프셋: " << info.offset << std::endl;  // 32400s (seconds 단위)
    std::cout << "약어: " << info.abbrev << std::endl;    // KST
    
    return 0;
}

get_info()가 돌려주는 sys_info에는 오프셋 외에도 그 규칙이 유효한 구간(begin, end)과 서머타임 여부(save)가 있습니다. 약어(KST, EST)는 표시용일 뿐 고유하지 않으므로(예: CST는 미국 중부와 중국 표준시 모두를 뜻함) 저장이나 파싱의 키로 쓰면 안 되고, 항상 Asia/Seoul 같은 IANA 이름을 저장해야 합니다.

---

유효성 검사

using namespace std::chrono;
int main() {
    // 유효하지 않은 날짜
    year_month_day ymd1 = 2026y / February / 30;
    
    if (!ymd1.ok()) {
        std::cout << "유효하지 않은 날짜" << std::endl;
    }
    
    // 마지막 날
    year_month_day_last ymdl = 2026y / February / last;
    auto lastDay = year_month_day{ymdl};
    std::cout << "2월 마지막 날: " << lastDay << std::endl;  // 2026-02-28
    
    // 윤년 확인
    year y = 2024y;
    if (y.is_leap()) {
        std::cout << "2024년은 윤년" << std::endl;
    }
    
    return 0;
}

---

고급 활용

날짜 계산기

#include <chrono>
#include <iostream>
using namespace std::chrono;
int main() {
    year_month_day birth = 1990y / January / 1;
    year_month_day today = 2026y / March / 11;
    
    auto days_lived = sys_days{today} - sys_days{birth};
    auto years_lived = days_lived.count() / 365;
    
    std::cout << "생일: " << birth << std::endl;
    std::cout << "오늘: " << today << std::endl;
    std::cout << "살아온 일수: " << days_lived.count() << "일" << std::endl;
    std::cout << "나이: 약 " << years_lived << "세" << std::endl;
    
    return 0;
}

/ 365는 윤년을 무시하므로 생일 전후 며칠 사이에 한 살 틀릴 수 있습니다. 정확한 만 나이는 일수로 나누지 말고 연도 차이를 구한 뒤, 올해 생일(today.year() / birth.month() / birth.day())이 아직 안 지났으면 1을 빼는 방식으로 계산해야 합니다. 2월 29일생은 평년에 그 날짜가 !ok()이므로 2월 28일 또는 3월 1일 중 어느 쪽으로 볼지 정책을 정해야 합니다.

다음 영업일 계산

using namespace std::chrono;
year_month_day next_business_day(year_month_day date) {
    auto dp = sys_days{date};
    
    do {
        dp += days{1};
        auto wd = weekday{dp};
        
        if (wd != Saturday && wd != Sunday) {
            return year_month_day{dp};
        }
    } while (true);
}
int main() {
    year_month_day friday = 2026y / March / 13;  // 금요일
    year_month_day next = next_business_day(friday);
    
    std::cout << "금요일: " << friday << std::endl;
    std::cout << "다음 영업일: " << next << std::endl;  // 2026-03-16 (월요일)
    
    return 0;
}

회의 시간 변환

using namespace std::chrono;
int main() {
    // 서울 시간 2026-03-11 14:00
    auto seoul_tz = locate_zone("Asia/Seoul");
    auto local_time = local_days{2026y / March / 11} + hours{14};
    zoned_time seoul{seoul_tz, local_time};
    
    std::cout << "서울: " << seoul << std::endl;
    
    // 뉴욕 시간으로 변환
    zoned_time ny{"America/New_York", seoul.get_sys_time()};
    std::cout << "뉴욕: " << ny << std::endl;
    
    // 런던 시간으로 변환
    zoned_time london{"Europe/London", seoul.get_sys_time()};
    std::cout << "런던: " << london << std::endl;
    
    return 0;
}

이 예제는 local_time에서 출발한다는 점이 앞의 예제와 다릅니다. local_days{...} + hours{14}는 “어느 시간대의 14시인지 모르는 벽시계 시각”이고, zoned_time{seoul_tz, local_time}에서 비로소 서울 규칙을 적용해 UTC 시점으로 확정됩니다. 이후 get_sys_time()으로 꺼낸 UTC 시점을 다른 시간대로 넘기면 변환이 끝납니다. 회의 시간처럼 사용자가 입력한 “현지 시각”을 다룰 때는 항상 이 순서(현지 시각 → 해당 시간대로 확정 → UTC로 저장 → 표시할 때 변환)를 지키는 것이 안전합니다.

---

표준 chrono와 외부 라이브러리 비교

라이브러리	시간대 데이터 출처	특징
C++20 chrono	구현별(OS의 zoneinfo, Windows ICU 등)	추가 의존성 없음. 컴파일러·표준 라이브러리 버전에 따라 지원 범위 차이
date/tz.h (Howard Hinnant)	설정에 따라 OS zoneinfo 또는 IANA 데이터 다운로드	C++11/14/17에서도 사용 가능. C++20 chrono와 API가 거의 같아 이행이 쉬움
Boost.DateTime	자체 CSV 형식의 시간대 규칙	오래된 코드베이스에 많음. API 체계가 chrono와 달라 혼용 시 변환 필요

성능보다 먼저 따져야 할 것은 지원 범위입니다. 시간대 기능(tzdb, zoned_time)은 C++20 기능 중에서도 구현이 늦었습니다. MSVC는 비교적 일찍 지원했지만 GCC(libstdc++)와 Clang(libc++)은 최근 버전에서야 들어왔고, libc++은 한동안 부분 지원 상태였습니다. 여러 플랫폼을 빌드해야 하는 프로젝트라면 CI의 가장 오래된 컴파일러에서 zoned_time이 컴파일되는지 먼저 확인하고, 안 되면 같은 API의 date/tz.h로 시작했다가 나중에 네임스페이스만 바꿔 옮기는 전략이 현실적입니다.

---

실무 사례

사례 1: 예약 시스템 - 시간대 변환

#include <chrono>
#include <iostream>
#include <string>
using namespace std::chrono;
struct Reservation {
    std::string customer;
    zoned_time<std::chrono::seconds> time;
};
int main() {
    // 서울 고객이 2026-03-11 14:00에 예약
    auto seoul_tz = locate_zone("Asia/Seoul");
    auto local_time = local_days{2026y / March / 11} + hours{14};
    zoned_time seoul{seoul_tz, local_time};
    
    Reservation res{"김철수", seoul};
    
    std::cout << "예약 시간 (서울): " << res.time << std::endl;
    
    // 뉴욕 지사에서 확인
    zoned_time ny{"America/New_York", res.time.get_sys_time()};
    std::cout << "예약 시간 (뉴욕): " << ny << std::endl;
    
    return 0;
}

예약 데이터를 DB에 저장할 때는 zoned_time 전체가 아니라 UTC 시점(get_sys_time())과 IANA 시간대 이름을 따로 저장하는 것이 일반적입니다. 다만 미래 일정은 예외가 있습니다. 예약 후 그 나라의 서머타임 규칙이 바뀌면, UTC로 저장해 둔 시점은 현지 시각으로 14시가 아니게 됩니다. 반복 회의처럼 “현지 시각 14시”가 사용자의 진짜 의도라면 현지 시각과 시간대 이름을 저장하고 매번 변환하는 쪽이 맞습니다.

사례 2: 금융 - 영업일 계산

#include <chrono>
#include <vector>
#include <iostream>
using namespace std::chrono;
class BusinessDayCalculator {
private:
    std::vector<year_month_day> holidays;
    
public:
    void addHoliday(year_month_day date) {
        holidays.push_back(date);
    }
    
    bool isBusinessDay(year_month_day date) const {
        auto dp = sys_days{date};
        auto wd = weekday{dp};
        
        if (wd == Saturday || wd == Sunday) {
            return false;
        }
        
        for (const auto& holiday : holidays) {
            if (date == holiday) {
                return false;
            }
        }
        
        return true;
    }
    
    year_month_day addBusinessDays(year_month_day start, int days) const {
        auto current = sys_days{start};
        int count = 0;
        
        while (count < days) {
            current += std::chrono::days{1};
            if (isBusinessDay(year_month_day{current})) {
                count++;
            }
        }
        
        return year_month_day{current};
    }
};
int main() {
    BusinessDayCalculator calc;
    calc.addHoliday(2026y / March / 1);  // 삼일절
    
    year_month_day start = 2026y / March / 13;  // 금요일
    year_month_day result = calc.addBusinessDays(start, 5);
    
    std::cout << "시작: " << start << std::endl;
    std::cout << "5 영업일 후: " << result << std::endl;  // 2026-03-20 (금요일)
    
    return 0;
}

휴일 목록을 vector로 선형 탐색하는 부분은 예제용이고, 휴일이 많거나 호출이 잦으면 sys_days를 키로 한 정렬된 벡터(이진 탐색)나 std::set이 낫습니다. year_month_day는 비교 연산자를 제공하므로 그대로 std::set에 넣을 수 있습니다. 실무에서 더 까다로운 부분은 코드보다 데이터입니다. 한국의 설날·추석은 음력 기준이라 year_month_day 연산으로 계산할 수 없고, 대체공휴일·임시공휴일은 매년 정부 발표로 정해집니다. 그래서 영업일 계산기는 보통 휴일 목록을 코드가 아닌 외부 데이터(설정 파일, DB)에서 읽도록 만듭니다.

사례 3: 이벤트 관리 - 반복 일정

#include <chrono>
#include <vector>
#include <iostream>
using namespace std::chrono;
std::vector<year_month_day> generateMonthlyMeetings(year_month_day start, int count) {
    std::vector<year_month_day> meetings;
    
    for (int i = 0; i < count; ++i) {
        year_month_day date = start + months{i};  // 31일 시작이면 !ok()인 날짜가 섞일 수 있음
        meetings.push_back(date);
    }
    
    return meetings;
}
int main() {
    year_month_day start = 2026y / March / 11;
    auto meetings = generateMonthlyMeetings(start, 6);
    
    std::cout << "월간 회의 일정:" << std::endl;
    for (const auto& meeting : meetings) {
        auto wd = weekday{sys_days{meeting}};
        std::cout << meeting << " (" << wd << ")" << std::endl;
    }
    
    return 0;
}

매월 11일은 모든 달에 존재하므로 문제가 없지만, 시작일이 31일이면 2월·4월 등에서 !ok()인 날짜가 나옵니다. 그런 날짜에 weekday{sys_days{...}}를 호출하면 다음 달로 넘친 날짜의 요일이 나와 조용히 틀린 결과가 됩니다. 매월 말일 회의라면 year_month_day_last를, “매월 셋째 수요일”처럼 요일 기준이라면 year_month_weekday를 쓰는 편이 의도에 맞습니다.

---

트러블슈팅

문제 1: 유효하지 않은 날짜

증상: 잘못된 날짜 생성

using namespace std::chrono;
// ❌ 유효하지 않은 날짜
year_month_day ymd = 2026y / February / 30;
std::cout << ymd << std::endl;  // "2026-02-30 is not a valid date"
// ✅ 유효성 검사
if (!ymd.ok()) {
    std::cout << "유효하지 않은 날짜" << std::endl;
    
    // 마지막 날로 보정
    year_month_day_last ymdl = 2026y / February / last;
    ymd = year_month_day{ymdl};
    std::cout << "보정: " << ymd << std::endl;  // 2026-02-28
}

year_month_day는 생성 시점에 값을 검증하지 않습니다. 파일이나 사용자 입력에서 읽은 값을 그대로 넣어도 예외가 나지 않으므로, 외부 입력을 받는 경계에서 ok()를 한 번 확인하는 것이 사실상 유일한 방어선입니다.

문제 2: 시간대 이름 오류

증상: std::runtime_error 예외 (메시지는 구현마다 다름)

// ❌ 잘못된 시간대 이름
try {
    auto tz = locate_zone("Seoul");  // 잘못됨
} catch (const std::runtime_error& e) {
    std::cout << "에러: " << e.what() << std::endl;
}
// ✅ 올바른 시간대 이름
auto tz = locate_zone("Asia/Seoul");
// 시간대 목록 확인
auto& db = get_tzdb();
for (const auto& zone : db.zones) {
    std::cout << zone.name() << std::endl;
}

"Seoul", "KST", "+09:00"은 모두 IANA 시간대 이름이 아니라서 실패합니다. 사용자 설정이나 외부 API에서 시간대 문자열을 받는다면 locate_zone을 try/catch로 감싸고 기본값으로 떨어지는 경로를 두어야 합니다. 로컬 개발 머신에서는 잘 되다가 배포 환경에서만 이 예외가 나는 경우라면 이름보다 tzdata 설치 여부를 먼저 의심해야 합니다.

문제 3: 월 말일 처리

증상: 1월 31일 + 1개월 = 2월 31일 (유효하지 않음)

using namespace std::chrono;
year_month_day jan31 = 2026y / January / 31;
// ❌ 단순 덧셈
year_month_day feb31 = jan31 + months{1};   // 2026-02-31, feb31.ok() == false
auto ymd = year_month_day{sys_days{feb31}};  // sys_days로 바꾸면 넘친 3일이 3월로 넘어감
std::cout << ymd << std::endl;  // 2026-03-03
// ✅ 월 말일 처리
year_month_day_last ymdl = jan31.year() / (jan31.month() + months{1}) / last;
auto feb_last = year_month_day{ymdl};
std::cout << feb_last << std::endl;  // 2026-02-28

문제 4: DST (Daylight Saving Time) 처리

증상: 시간대 변환 시 1시간 차이

using namespace std::chrono;
int main() {
    // 미국 DST 시작: 3월 두 번째 일요일 02:00
    auto ny_tz = locate_zone("America/New_York");
    
    // DST 전
    auto before_dst = local_days{2026y / March / 8} + hours{1};
    zoned_time ny_before{ny_tz, before_dst};
    std::cout << "DST 전: " << ny_before << std::endl;
    
    // DST 후
    auto after_dst = local_days{2026y / March / 9} + hours{1};
    zoned_time ny_after{ny_tz, after_dst};
    std::cout << "DST 후: " << ny_after << std::endl;
    
    // 오프셋 차이
    auto info_before = ny_tz->get_info(ny_before.get_sys_time());
    auto info_after = ny_tz->get_info(ny_after.get_sys_time());
    
    std::cout << "오프셋 전: " << info_before.offset << std::endl;  // -05:00
    std::cout << "오프셋 후: " << info_after.offset << std::endl;   // -14400s (-4시간)
    
    return 0;
}

더 까다로운 것은 전환 순간 자체입니다. 2026년 3월 8일 뉴욕에서는 02:00이 곧바로 03:00으로 넘어가므로 02:30이라는 현지 시각이 존재하지 않습니다. 반대로 11월 전환일에는 01:30이 두 번 나타나 모호합니다. zoned_time{tz, local_time} 생성자는 이런 시각을 받으면 std::chrono::nonexistent_local_time 또는 ambiguous_local_time 예외를 던집니다. 예외를 피하려면 세 번째 인자로 choose::earliest 또는 choose::latest를 넘겨 어느 쪽으로 해석할지 명시하면 됩니다. 매일 02:30에 도는 배치 작업이 1년에 한 번 실행되지 않거나 두 번 실행되는 문제는 이 전환 시각을 고려하지 않아서 생기는 대표적인 버그라서, 스케줄러는 UTC 기준으로 돌리는 편이 안전합니다.

---

마무리

C++20 달력과 시간대는 날짜/시간 처리를 표준 라이브러리로 간결하게 구현할 수 있게 합니다.

핵심 요약

1. year_month_day
   • 날짜 표현 및 연산
   • 2026y / March / 11
2. weekday
   • 요일 계산
   • weekday{sys_days{ymd}}
3. zoned_time
   • 시간대 변환
   • zoned_time{"Asia/Seoul", now}
4. 유효성 검사
   • ok() 메서드
   • year_month_day_last

선택 가이드

상황	타입
날짜 표현	year_month_day
요일 계산	weekday
시간대 변환	zoned_time
월 말일	year_month_day_last
특정 요일 찾기	year_month_weekday

코드 예제 치트시트

// 날짜 생성
year_month_day ymd = 2026y / March / 11;
// 날짜 연산
auto future = sys_days{ymd} + days{10};
auto diff = sys_days{ymd1} - sys_days{ymd2};
// 요일 계산
auto wd = weekday{sys_days{ymd}};
// 시간대 변환
zoned_time seoul{"Asia/Seoul", now};
zoned_time ny{"America/New_York", seoul.get_sys_time()};
// 유효성 검사
if (!ymd.ok()) { /* ... */ }
// 월 말일
year_month_day_last ymdl = 2026y / February / last;

다음 단계

• 날짜 파싱: C++ Date Parsing
• duration: C++ duration
• time_point: C++ time_point

참고 자료

• “C++20 The Complete Guide” - Nicolai M. Josuttis
• cppreference: https://en.cppreference.com/w/cpp/chrono
• IANA Time Zone Database: https://www.iana.org/time-zones 한 줄 정리: C++20 달력과 시간대는 year_month_day, zoned_time, weekday로 날짜 연산과 시간대 변환을 표준 라이브러리로 간결하게 구현합니다.

---

자주 묻는 질문 (FAQ)

Q. 1월 31일에 한 달을 더하면 왜 3월 초 날짜가 나오나요?

A. 월 단위로 더하면 연·월만 바뀌어 2월 31일처럼 존재하지 않는 날짜가 만들어지고, 이 값은 ok()가 false인 상태입니다. 이것을 sys_days로 바꾸면 넘친 일수만큼 다음 달로 넘어가 3월 초 날짜가 됩니다. 매달 말일처럼 달의 마지막 날로 맞추려면 year / month / last로 year_month_day_last를 만들어 쓰고, 날짜 계산 뒤에는 ok()로 유효성을 확인하는 습관을 들이는 것이 좋습니다.

---

같이 보면 좋은 글

• C++ 컴파일 타임 프로그래밍 기법 | 런타임 오버헤드 제거와 constexpr·consteval 실전
• C++ chrono::duration: 단위 변환, duration_cast·round, 시간 리터럴과 정밀도 손실

---