[좋코vs나코] 제5편: "미로 같은 조건문" - 복잡한 조건문 단순화하기 얽힘주의보! 🚧

다다면체 2025. 5. 19. 16:05

728x90

코드를 읽다 보면 가끔 이런 친구들을 만나요. "내가 지금 뭘 보고 있는 거지? 🤯" 싶을 정도로 얽히고설킨 조건문들 말이죠. 마치 끝이 보이지 않는 미로 같아요. 오늘은 이 미로를 탈출해서 시원하게 뚫린 대로를 만드는 방법을 알아볼 거예요. 우리의 목표는? 당연히 읽기 쉽고, 관리하기 편한 코드를 만드는 거죠! 🚀

복잡한 조건문, 왜 문제일까요? 🤔

단순히 "코드가 길어져서"가 아니에요. 복잡한 조건문은 생각보다 심각한 문제들을 야기한답니다.

가독성 저하 📉: 겹겹이 쌓인 if-else 문이나 여러 논리 연산자로 범벅된 조건식은 코드의 흐름을 파악하기 어렵게 만들어요. "이 조건은 어디서 시작해서 어디로 가는 거지?" 하고 한참을 들여다보게 되죠.
디버깅의 함정 늪 🐛: 조건이 복잡하면 버그가 숨어있기 딱 좋아요. 특정 조건에서만 발생하는 버그를 찾으려면 모든 경우의 수를 따져봐야 하는데, 이게 여간 골치 아픈 일이 아니랍니다.
수정은 곧 재앙의 시작 💣: 새로운 기능을 추가하거나 기존 로직을 변경하려고 할 때, 복잡한 조건문은 건드리기 무서운 존재가 돼요. 작은 수정 하나가 예상치 못한 사이드 이펙트를 일으킬 수 있거든요.
테스트의 어려움 🧪: 모든 분기를 테스트 케이스로 커버하려면? 네, 상상만 해도 끔찍하죠. 테스트 커버리지가 낮아지고, 코드의 안정성도 떨어지게 됩니다.

이런 '미로'는 피해주세요! ❌ 흔한 나쁜 예시들

자, 그럼 어떤 조건문들이 우리를 괴롭히는지 한번 살펴볼까요?

화살표 코드 (Arrow Code) 🏹: if문 안에 또 if문, 그 안에 또 if... 코드가 점점 오른쪽으로 기울어지면서 화살표 모양을 만드는 경우예요.어때요? 들여쓰기가 깊어질수록 눈이 빙글빙글 돌죠?

# Python 예시
def process_item(item, user_status, inventory_level):
    if item is not None:
        if user_status == "ACTIVE":
            if inventory_level > 0:
                # 실제 처리 로직
                print("아이템 처리 완료!")
            else:
                print("재고 부족 😥")
        else:
            print("비활성 사용자 🚫")
    else:
        print("아이템 없음 🤷‍♀️")

복잡한 논리 연산자의 향연 🎭: 하나의 if문 안에 &&(AND), ||(OR), !(NOT)이 여러 개 섞여있는 경우예요.이런 코드는 조건을 한눈에 파악하기 어렵고, 실수하기도 쉬워요.

// JavaScript 예시
if ((user.isLoggedIn && user.hasPremiumAccess && !user.isSuspended) || (item.isFree && item.isAvailable)) {
    // ... 로직 처리 ...
}

플래그 변수의 남용 🚩: 여러 boolean 플래그 변수를 만들어두고, 조건문 속에서 이 플래그 값들을 계속 확인하며 로직을 분기시키는 경우예요.플래그가 많아질수록 상태를 추적하기 어려워지고, 로직이 꼬이기 쉽답니다.

// Java 예시
boolean isValid = false;
boolean hasPermission = false;
// ... 여러 로직을 거치며 플래그 값 변경 ...
if (isValid) {
    if (hasPermission) {
        // ...
    }
}

미로 탈출! 단순화 기법들 ✅ 길을 찾아봅시다! 🗺️

자, 이제 이 미로 같은 조건문들을 단순하고 명료하게 만드는 마법 같은 기법들을 소개해 드릴게요!

가드 클로즈 (Guard Clauses) / 빠른 리턴 (Early Return) 🚪: "조건 안 맞으면 바로 퇴장!" 전략이에요. 함수나 메서드 초반에 예외적인 상황이나 특정 조건을 검사해서, 해당하면 바로 return 해버리는 거죠. 이렇게 하면 주된 로직은 들여쓰기 없이 깔끔하게 남게 된답니다.어때요? 훨씬 읽기 편해졌죠? 화살표가 사라졌어요! 😊

# Python 예시 (화살표 코드 개선)
def process_item_improved(item, user_status, inventory_level):
    if item is None:
        print("아이템 없음 🤷‍♀️")
        return

    if user_status != "ACTIVE":
        print("비활성 사용자 🚫")
        return

    if inventory_level <= 0:
        print("재고 부족 😥")
        return

    # 모든 관문을 통과! 주된 로직 실행
    print("아이템 처리 완료! 🎉")

조건문을 명확한 변수/함수로 추출하기 (Extract Condition to Variable/Function) 🏷️: 복잡한 논리 연산은 그 자체로 의미를 가진 이름의 변수나 함수로 뽑아내는 거예요. "이 복잡한 조건이 뭘 의미하는 거지?" 대신 "아, 관리자 권한이 있고 활성 상태인 사용자구나!" 하고 바로 이해할 수 있게 되죠.

// JavaScript 예시 (복잡한 논리 연산자 개선)
function canAccessResource(user, item) {
    const isAuthorizedUser = user.isLoggedIn && user.hasPremiumAccess && !user.isSuspended;
    const isFreelyAvailableItem = item.isFree && item.isAvailable;

    if (isAuthorizedUser || isFreelyAvailableItem) { //  훨씬 명확해졌죠? 👍
        // ... 로직 처리 ...
        return true;
    }
    return false;
}

다형성 (Polymorphism) 활용하기 🎭: 객체의 타입이나 상태에 따라 다른 행동을 해야 할 때, if-else if-else 나 switch 문으로 도배하는 대신 다형성을 활용해 보세요. 각 타입/상태에 맞는 객체가 알아서 자신의 행동을 하도록 만드는 거죠. (조금 고급 기법이지만, 알아두면 정말 강력해요!)
```
// 나쁜 예시 👎
if (paymentType == "CREDIT_CARD") {
    processCreditCardPayment(details);
} else if (paymentType == "PAYPAL") {
    processPayPalPayment(details);
} else if (paymentType == "BANK_TRANSFER") {
    processBankTransferPayment(details);
}

// 좋은 예시 👍 (다형성 활용)
PaymentProcessor processor = PaymentProcessorFactory.getProcessor(paymentType);
processor.process(details); // 해당 타입의 processor가 알아서 처리!
```
새로운 결제 방식이 추가되어도 기존 코드를 수정할 필요가 거의 없어요! (OCP 원칙!)
예시 (의사 코드): 만약 PaymentProcessor 라는 인터페이스가 있고, CreditCardProcessor, PayPalProcessor, BankTransferProcessor 라는 구현체들이 있다면,

마무리하며 🎯

복잡한 조건문은 코드의 가독성을 해치고, 버그를 유발하며, 유지보수를 어렵게 만드는 주범 중 하나예요. 하지만 오늘 배운 가드 클로즈, 조건문 추출, 다형성 등의 기법들을 활용하면 미로 같던 코드도 깔끔하고 이해하기 쉬운 코드로 변신시킬 수 있답니다! ✨

처음에는 어색할 수 있지만, 자꾸 연습하다 보면 "어? 이 조건문 좀 복잡한데?" 하고 개선할 부분을 스스로 찾아내는 안목이 생길 거예요. 그리고 그 안목이 바로 여러분을 더 뛰어난 개발자로 성장시키는 밑거름이 될 거랍니다.

오늘부터 여러분의 코드에서 미로를 걷어내고, 시원하게 뚫린 대로를 만들어보는 건 어떨까요? 😊 여러분의 클린 코드를 응원합니다! 🚀

728x90

저작자표시 비영리 변경금지 (새창열림)