답변.

파이썬 3.10에서는 구조적 패턴 매칭 구조 (structural pattern matching), 즉 match-case 연산자가 도입되었습니다. 역사적으로 파이썬에서는 복잡한 조건이 if/elif/else 체인으로 구현되었으며, 이는 중첩된 구조(예: 사전, 중첩된 튜플)를 분석할 때 불편했습니다.

문제 — 복잡한 중첩 검사가 읽기 어렵고 유지보수가 힘들어집니다. match-case 기반 접근 방식은 변수의 언팩과 guard 조건으로 검사를 간결하게 설명할 수 있습니다.

해결책 — match-case 구문을 사용하여 객체(사전, 튜플, 리스트)의 구조를 주어진 패턴과 비교하고 데이터를 추출할 수 있습니다.

코드 예:

point = (1, 2)
match point:
    case (0, 0):
        print('Origin')
    case (0, y):
        print(f'Y={y}')
    case (x, 0):
        print(f'X={x}')
    case (x, y):
        print(f'X={x}, Y={y}')

주요 특징:

값만이 아닌 객체 구조를 매칭할 수 있습니다.
guard 조건 지원 (case 뒤의 if).
변수 자동 언팩.

함정 질문.

일반적인 if-elif-else 조건에 match-case를 사용할 수 있나요?

네, 하지만 match-case의 강점은 구조적이라는 점입니다. 단순한 이산 조건에는 C와 같은 언어의 switch-case에 가깝습니다.

불변 객체(예: str)와 match-case를 사용할 수 있나요?

네, match-case는 패턴과 비교할 수 있는 모든 객체, включая 문자열 및 숫자와 함께 작동합니다.

코드 예:

color = 'red'
match color:
    case 'red': print('이것은 빨간색입니다')
    case 'blue': print('이것은 파란색입니다')
    case _: print('알 수 없는 색상입니다')

같은 이름의 변수로 객체를 매칭할 때 발생하는 오류는 무엇인가요?

패턴 매칭은 case 내부에서 지역적으로 변수를 할당하므로 외부 컨텍스트와는 무관하게 작동합니다. 이는 외부에서 이미 사용된 이름의 변수와 혼란을 초래할 수 있습니다.

일반적인 오류 및 안티 패턴

간단한 이산 조건(숫자/문자열 비교)에 대해 if/elif만으로 충분한 상황에서 match-case 사용.
언팩 관련 오류: 패턴 구조와 실제 객체를 혼동하여 발생하는 ValueError.
case 내부에서 할당된 변수의 범위 문제.

현실의 예

부정적 사례

단순한 상수에 대한 복잡한 if-elif-else를 위해 match-case 사용.

장점:

긴 if-elif 체인보다 간결합니다.

단점:

전통적인 if/elif에 비해 이점이 없습니다.
새로운 구문에 익숙지 않은 동료들에게 이해를 복잡하게 할 수 있습니다.

긍정적 사례

API에서 중첩된 JSON 구조의 스트림을 처리하는 경우, 서로 다른 케이스가 구조의 서로 다른 수준에서 데이터를 추출해야 합니다.