Refactoring 중첩`If` Hell : 깨끗한 조건부 논리를위한 전략

1. 가드 조항을 사용하여 조기 및 평평한 구조를 돌려주십시오. 2. 명확성과 재사용을 위해 복잡한 조건을 설명 기능 또는 변수로 추출하십시오. 3. 여러 조건 조합을 조회 테이블 또는 전략 패턴으로 교체하여 논리를 중앙 집중화하십시오. 4. 다형성을 적용하여 행동을 클래스에 위임하여 타입 또는 상태 조건부를 제거하십시오. 5. 지나치게 긴 표현을 피하면서 부울 대수를 사용하여 중첩 조건을 단순화합니다. 각 전략은인지 부하를 줄이고, 유지 관리 가능성을 향상 시키며, 조건부 논리의 의도를 명확하게합니다.

중첩 된 if 진술 (종종 "IF HELL"이라고 불리는 것은 논리를 따르고 테스트하고 유지하기가 어려운 일반적인 코드 냄새입니다. 깊게 중첩 된 조건부는 의도를 가리고인지 부하를 증가 시키며 리팩토링을 위험에 빠뜨립니다. 좋은 소식? 조건부 논리를 평평하게하고 명확하게하기위한 입증 된 전략이 있습니다. 지옥 if 깨끗하고 읽을 수있는 코드로 둥지를 끄는 방법은 다음과 같습니다.

1. 가드 조항 사용 (조기 반환)

둥지를 줄이는 가장 효과적인 방법 중 하나는 조건이 나머지 기능을 관련이없는 경우 일찍 돌아 오는 것 입니다.

대신 :

 def process_user (사용자) :
    사용자 인 경우 :
        user.is_active 인 경우 :
            user.has_permission :
                # 주요 논리
                "처리 ..."반환
            또 다른:
                "허가 없음"반환
        또 다른:
            "비활성 사용자"반환
    또 다른:
        "잘못된 사용자"반환

조기 반환과 함께 리팩터 :

 def process_user (사용자) :
    사용자가 아닌 경우 :
        "잘못된 사용자"반환
    user.is_active가 아닌 경우 :
        "비활성 사용자"반환
    user.has_permission이 아닌 경우 :
        "허가 없음"반환

    # 주요 논리
    "처리 ..."반환

✅ 혜택 :

• 구조를 평평하게합니다
• 들여 쓰기를 줄입니다
• 실패 경로를 분명하게 만듭니다
• 주요 논리를 맨 아래에 유지합니다 ( "행복한 길")

2. 조건을 설명 기능 또는 변수로 추출합니다

복잡하거나 반복되는 조건은 가독성을 향상시키기 위해 잘 알려진 기능 또는 변수로 추출되어야합니다.

대신 :

 if user.age> = 18이고 user.country == "us"및 user.subscription_active and user.is_blocked :
    grant_access ()

리팩터 :

 def is_eligible_for_access (사용자) :
    반품 (
        user.age> = 18
        그리고 user.country == "우리"
        및 user.subscription_active
        그리고 user.is_blocked가 아닙니다
    ))

# 그런 다음 사용하십시오 :
if is_eligible_for_access (사용자) :
    grant_access ()

또는 변수가있는 인라인 :

 is_eligible = (
    user.age> = 18
    그리고 user.country == "우리"
    및 user.subscription_active
    그리고 user.is_blocked가 아닙니다
))

IS_ELIGIBLE :
    grant_access ()

✅ 혜택 :

• 논리를 캡슐화합니다
• 의도를 명확하게 만듭니다
• 테스트하고 재사용하기 쉽습니다

3. 중첩 조건을 전략 패턴 또는 조회 테이블로 교체

다른 결과로 이어지는 조건의 여러 조합이있는 경우 사전 기반 파견 또는 전략 패턴을 사용하는 것을 고려하십시오.

예를 들어 : 대신 :

 user.role == "admin"인 경우 :
    user.tier == "premium"인 경우 :
        apply_full_access ()
    elif user.tier == "기본":
        apply_limited_admin ()
elif user.role == "user":
    user.tier == "premium"인 경우 :
        apply_premium_features ()
    elif user.tier == "기본":
        apply_basic_features ()

조회 테이블 사용 :

 행동 = {
    ( "admin", "premium") : apply_full_access,
    ( "admin", "기본") : apply_limited_admin,
    ( "사용자", "프리미엄") : apply_premium_features,
    ( "사용자", "기본") : apply_basic_features,
}

action = action.get ((user.role, user.tier))
동작 인 경우 :
    행동()

✅ 혜택 :

• 분기 복잡성을 제거합니다
• 매핑 로직을 중앙 집중화합니다
• 쉽게 확장하거나 구성 할 수 있습니다

참고 : 조건이 개별적이고 예측 가능할 때 가장 잘 작동합니다.

4. 유형 또는 상태에 따른 행동에 다형성 사용

IF if 이 객체 유형 또는 상태를 기반으로하는 경우 다형성이 조건부를 완전히 제거 할 수 있습니다.

대신 :

 if accound.type == "저축":
    이자 = 금액 * 0.03
elif account.type == "확인":
    이자 = 금액 * 0.01
elif account.type == "투자":
    이자 = 금액 * 0.05

클래스 정의 :

 수업 계정 :
    def calculate_interest (자기, 금액) :
        NotimplementedError를 높이십시오

Class SavingSaccount (계정) :
    def calculate_interest (자기, 금액) :
        반품 금액 * 0.03

클래스 checkingAccount (계정) :
    def calculate_interest (자기, 금액) :
        반품 금액 * 0.01

클래스 InvestmentAccount (계정) :
    def calculate_interest (자기, 금액) :
        반품 금액 * 0.05

그런 다음 간단히 전화하십시오.

 관심 = 계정 .calculate_interest (금액)

✅ 혜택 :

• 오픈/폐쇄 원칙 준수
• 통화 코드에는 조건부 논리가 없습니다
• 새로운 유형을 더 쉽게 추가 할 수 있습니다

5. 조건을 부울 대수와 결합하십시오

때로는 조건을 논리적으로 결합하여 S를 평평하게 할 수있는 if 중첩됩니다.

대신 :

 user.is_authenticated 인 경우 :
    user.is_verified 인 경우 :
        user.has_subscription 인 경우 :
            show_premium_content ()

당신은 쓸 수 있습니다 :

 user.is_authenticated and user.is_verified 및 user.has_subscription 인 경우 :
    show_premium_content ()

또는 더 나은 :

 is_ready = (
    user.is_authenticated
    그리고 user.is_verified
    및 user.has_subscription
))

IS_READY :
    show_premium_content ()

지나치게 긴 조건을 만들지 않도록주의하십시오. 필요할 때 추출하십시오.

보너스 : 혼합 문제를 조심하십시오

함수가 너무 많이 수행되어 있기 때문에 종종 if 이 발생합니다. 스스로에게 물어보세요 :

• 이 기능 처리 유효성 검사, 비즈니스 로직 및 부작용입니까?
• 작은 조각으로 나눌 수 있습니까?

우려의 분리는 자연스럽게 중첩을 줄입니다.

중첩 조건부를 리팩토링하는 것은 미학에 관한 것이 아니라 정확성, 테스트 가능성 및 유지 관리를 향상시킵니다. 가드 조항 및 추출 된 기능으로 시작하십시오. 논리가 자라면 다형성 또는 디스패치 테이블로 진화합니다. 목표는 진술을 if 하는 것이 아니라 명백하고 고립되고 관리 가능한 진술을 제거하는 것입니다.

기본적으로 논리가 피라미드처럼 보이면 평평하게 할 때입니다.

위 내용은 Refactoring 중첩`If` Hell : 깨끗한 조건부 논리를위한 전략의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!