메인 콘텐츠로 건너뛰기
Nadomola LogoNadomola
Thoughts로 돌아가기

코드를 더 안전하고 깔끔하게 만들어주는 Modern C++ 안전 장치 가이드

이번 시간에는 여러분과 함께 과거의 불안한 유산들을 대체하고 코드의 안정성을 비약적으로 높여줄 Modern C++의 안전 장치들을 살펴보겠습니다.

2026년 1월 6일
c++
Series 전체 보기8/0
코드를 더 안전하고 깔끔하게 만들어주는 Modern C++ 안전 장치 가이드 - 아티클 커버 이미지

소프트웨어 개발의 세계에서 가장 무서운 적은 누구일까요. 아마도 내가 짠 코드가 내 의도와 다르게 동작하는 예기치 못한 그 순간일 것입니다. 우리는 오랫동안 C++이라는 강력한 무기를 휘둘러왔지만 그 날카로운 칼날에 우리 스스로가 베이는 일도 적지 않았습니다. 기술이 발전함에 따라 이제는 더 안전하고 세련된 갑옷을 입어야 할 때가 왔습니다. 이번 시간에는 여러분과 함께 과거의 불안한 유산들을 대체하고 코드의 안정성을 비약적으로 높여줄 Modern C++의 안전 장치들을 살펴보겠습니다.

nullptr : 포인터의 모호함을 지우는 정교한 선택

포인터가 아무것도 가리키지 않는 상태를 표현할 때 여러분은 무엇을 사용하시나요. 과거에는 0이나 NULL이라는 매크로를 흔히 사용했습니다. 하지만 여기에는 치명적인 함정이 숨어 있습니다. NULL은 본질적으로 정수 0과 동일하게 취급될 수 있습니다. 만약 정수와 포인터를 각각 매개변수로 받는 오버로딩 함수가 있다면 컴파일러는 여러분의 의도와 다르게 정수형 함수를 호출하는 어처구니없는 버그를 만들어내곤 하죠.

이러한 혼란을 종식시키기 위해 C++11에서 등장한 것이 바로 nullptr입니다. 이것은 정수가 아닌 오직 포인터만을 위한 전용 빈값입니다. 코드의 의도를 명확하게 전달할 뿐만 아니라 컴파일 단계에서 엄격한 타입 체크를 수행하므로 실수할 수 있는 틈을 주지 않습니다.

enum class 이름의 감옥에서 벗어나는 법

기존의 enum은 선언된 열거형 값들이 전역적인 범위를 가졌습니다. 이로 인해 서로 다른 열거형에서 동일한 이름을 사용하려고 하면 충돌이 발생하기 일쑤였죠. 마치 한 마을에 같은 이름을 가진 사람이 너무 많아 누구를 부르는지 알 수 없는 상황과 비슷합니다. 또한 옛날 방식의 enum은 멋대로 숫자로 변해서 문제를 일으키기도 했습니다.

반면 enum class는 이름 공간을 해당 열거형 내부로 한정짓습니다. 소속을 명확히 해야만 접근할 수 있게 된 것입니다. 또한 정수형으로 암시적 형변환이 일어나지 않아 타입 안전성이 비약적으로 향상되었습니다.

enum class Status { OK, Error };
enum class Color { Red, Blue, Error }; // 이름 'Error'가 겹쳐도 소속이 달라 괜찮음!

Status s = Status::OK; // if (s == 0) // 에러! 숫자가 아니니까요.

using 별칭 : typedef보다 직관적이고 강력한 선언

복잡한 템플릿 구조나 긴 타입 이름을 다룰 때 우리는 별칭을 사용합니다. 오랫동안 typedef가 그 역할을 수행해왔지만 문법적으로 가독성이 떨어지고 특히 템플릿과의 궁합도 그리 좋지 못했습니다. 여러분이 작성한 코드를 타인이 보았을 때 한눈에 들어오지 않는다면 그것은 이미 잠재적인 위험을 내포한 셈입니다.

using 키워드를 활용한 별칭 선언은 대입 연산자 형태를 취하고 있어 훨씬 직관적입니다. 무엇보다 템플릿 별칭을 지원한다는 점에서 현대적인 C++ 설계에 필수적인 도구라 할 수 있습니다.

  • 가독성: using은 "이름 = 타입" 순서라 마치 변수 대입처럼 읽기 편합니다.
  • 템플릿 지원: typedef는 템플릿 별명을 직접 만들 수 없지만, using은 가능합니다.
// 옛날 방식 (가끔 읽기 헷갈림)
typedef std::vector<std::string> StringList;

// 현대적 방식 (직관적)
using StringList = std::vector<std::string>;

// 템플릿 별명은 using만 가능!
template <typename T>
using Matrix = std::vector<std::vector<T>>;

Matrix<int> myMatrix; // 훨씬 깔끔하죠?

std::optional : 값이 없을 수도 있다는 우아한 고백

프로그래밍을 하다 보면 찾는 결과가 없을 때 어떻게 알려줘야 할지 고민될 때가 있습니다. 기존에는 -1이나 nullptr 같은 매직 넘버를 반환하며 행운을 빌곤 했습니다. 하지만 이러한 방식은 호출하는 쪽에서 해당 규칙을 완벽히 숙지해야 한다는 부담을 줍니다. 과연 이것이 최선일까요.

C++17에서 도입된 std::optional은 값이 존재할 수도 있고 존재하지 않을 수도 있는 상태를 타입 자체로 표현합니다. 명시적으로 nullopt을 반환함으로써 값이 없음을 드러내고 받는 쪽에서도 안전하게 검사한 뒤 값에 접근할 수 있도록 유도합니다.

#include <optional>
std::optional<string> findUser(int id) {
    if (id == 1) return "Gemini";
    return std::nullopt; // "찾는 유저 없음"을 명시적으로 반환
}
int main() {
    auto user = findUser(2);
    if (user.has_value()) { // 값이 있는지 확인
        std::cout << user.value();
    } else {
        std::cout << "유저를 찾을 수 없어요!";
    }
}

Modern C++가 지향하는 핵심은 개발자가 깜빡하고 저지를 수 있는 실수를 컴파일 단계에서 잡아주거나 코드의 의미를 명확하게 해주는 것입니다. nullptr, enum class, std::optional은 모두 그런 고마운 도구들입니다. 여러분은 이제 더 이상 모호한 숫자와 싸울 필요가 없습니다.

퀴즈타임

다음 상황에서 가장 적절한 Modern C++ 기능을 골라보세요.

나는 게임의 아이템 타입을 정의하고 싶어. 무기와 방어구라는 카테고리가 있는데 나중에 다른 카테고리에서도 무기라는 단어를 써도 이름이 겹치지 않았으면 좋겠고 실수로 숫자로 계산되는 것도 막고 싶어!

질문: 무엇을 쓰는 게 가장 좋을까요?

  1. typedef
  2. enum class
  3. nullptr

어떤 것이 정답일까요. 여러분의 선택이 궁금하네요. :)

  1. 2번이 정답!

오늘은 여기까지 입니다~

공유하기