어떻게 자바 프로젝트 에서 if-else 를 대량으로 사용 하 는 것 을 피 합 니까?

if-else 대량 사용 피하 기
초보 자 들 은 한 가 지 를 소홀히 할 수 있 지만 사실은 if-else 는 과정 을 향 한 실현 이다.
그렇다면 대상 프로 그래 밍 에서 if-else 를 대량으로 사용 하 는 것 을 어떻게 피 할 수 있 을 까?
인터넷 에 해결 방향 이 많 습 니 다.공장 모델,전략 모델,심지어 규칙 엔진 도 있 습 니 다.
이것들 은 모두 공 통 된 단점 이 하나 있 는데,사용 하기 에는 여전히 너무 무겁다.비록 너무 많은 if-else 가 나타 나 는 것 을 피한다 고 하지만 추가 적 인 유형 이 많이 증가 할 것 이다.나 는 항상 실 용적 이지 않 고 특정한 모델 로 만 공부 하면 된다 고 생각한다.
대량의 if-else 문 구 를 교체 할 수 있 고 비교적 좋 은 가 독성 과 확장 성 을 가 지 며 경 량 화 될 수 있 습 니 다.저 는 전략 적 매 거 진 을 사용 하여 if-else 를 없 애 는 것 을 추천 합 니 다.
어떻게 사용 합 니까?다음은 한 업무 사례 부터 말씀 드 리 겠 습 니 다.
만약 에 이런 수요 가 있 으 면 일주일 에 7 일 동안 일 을 해 야 한 다 는 것 을 각각 알 고 있 는 메모 기능 을 실현 해 야 한다.이 안에 하나의 절차 판단 과 관련 될 것 이다.당신 은 바로 if-else 를 사용 하 는 것 을 생각 할 것 이다.그러면 이렇게 실 현 될 것 이다.

//if-else    
  public String getToDo(String day){
      if("Monday".equals(day)){
          ......      
         return "      ";
     }else if("Tuesday".equals(day)){
          .....      
          return "      ";
     }else if("Wednesday".equals(day)){
         ......      
         return "      ";
      }else if("Thursday".equals(day)){
         ......      
        return "      ";
    }else if("sunday".equals(day)){
         ......      
        return "      ";
     }else{
             10086 ......
     }
 }

이런 코드 는 업무 논리 에서 소량 은 괜 찮 습 니 다.만약 에 수백 개의 판단 이 있다 면 전체 업무 논리 에 가득 찬 if-else 일 수 있 습 니 다.우아 하지 도 않 고 지루 하지 도 않 습 니 다.
이 때 는 프로 세 스 를 위 한 if-else 를 대체 하기 위해 전략 적 매 거 진 형식 을 고려 할 수 있 습 니 다.
우선 getToDo()호출 방법 을 정의 합 니 다.만약 에'월요일',즉 인자'Monday'가 들 어 오 면.

//      
public String getToDo(String day){
    CheckDay checkDay=new CheckDay();
    return checkDay.day(DayEnum.valueOf(day));
}

getToDo()방법 에서 DayEnum.valueOf("Monday")를 통 해 DayEnum 매 거 진 요 소 를 얻 을 수 있 습 니 다.여기 서 얻 은 것 은 Monday 입 니 다.
다음은 checkDay.day(Day Enum.valueOf("Monday")를 실행 하면 day()방법 에 들 어 갑 니 다.여 기 는 dayEnum.toDo()를 통 해 정책 이 일치 할 때 입 니 다.주의 하 세 요.Day Enum.valueOf("Monday")는 매 거 진 Monday 를 얻 었 습 니 다.그러면 실질 적 으로 Monday.toDo()를 집행 한 것 입 니 다.즉,Monday 의 toDo()를 집행 한 다 는 것 입 니 다.

public class CheckDay {
    public String day( DayEnum dayEnum) {
        return dayEnum.toDo();
    }
}

위의 집행 과정 이 왜 이 럴 까요?DayEnum 매 거 에 들 어가 야만 어떻게 된 일 인지 알 수 있 습 니 다.

public enum DayEnum {
    Monday {
        @Override
        public String toDo() {
            ......      
            return "      ";
        }
    },
    Tuesday {
        @Override
        public String toDo() {
            ......      
            return "      ";
        }
    },
    Wednesday {
        @Override
        public String toDo() {
            ......      
            return "      ";
        }
    },
    Thursday {
        @Override
        public String toDo() {
            ......      
            return "      ";
        }
    };
    public abstract String toDo();
}

DayEnum 매 거 속성 에서 toDo()추상 적 인 방법 을 정 의 했 습 니 다.

public abstract String toDo();

매 거 진 요소 마다 이 toDo()추상 적 인 방법 을 다시 썼 다.이렇게 해서 DayEnum.valueOf("Monday")가 DayEnum.toDo()로 흘러 갈 때 실질 적 으로 DayEnum 매 거 진 에서 Monday 정의 에 대응 하 는 매 거 진 요 소 를 찾 아 내부 에 다시 쓰 는 toDo()방법 을 실행 합 니 다.if-esle 형식 으로'Monday'와 유사 한 equals(day)가 true 와 일치 할 때 내부 물건 을 얻 을 수 있 습 니 다.
요약 하면 전략 매 거 는 매 거 에서 전략 모델 을 사용 하 는 것 이다.이른바 전략 모델 은 열 쇠 를 주 는 것 이다.특정한 약속 방식 에 따라 바로 열 수 있 는 문 을 찾 을 수 있다.예 를 들 어 내 가 너 에 게 준 열 쇠 는'Monday'라 고 한다.그러면 약속 방식 으로 dayEnum.toDo()를 통 해 매 거 진 Monday 대문 을 찾 아 문 으로 들 어가 하고 싶 은 일 을 할 수 있다.그 중에서 문 뒤의 방 마다 다른 기능 이 있 지만 똑 같은 추상 적 인 기능 인 toDo()가 있다.즉,각 방 의 공 통 된 곳 은 어떤 일 을 할 수 있 는 기능 이지 만 구체 적 으로 어떤 일 을 할 수 있 는 지 는 각각 다르다.본 논문 의 사례 에서 모든 대문 안의 toDo()는 서로 다른 전략 모델 에 따라 서로 다른 문자열 을 얻 을 수 있다.예 를 들 어'오늘 영어 수업','오늘 국어 수업'등 이다.
이 를 통 해 알 수 있 듯 이 절차 판단 을 전략 적 매 거 진 에 추출 하고 판단 을 결합 시 켜 업무 코드 논리 에 빽빽 하고 불필요 한 if-else 가 나타 나 지 않도록 할 수 있다.
같은 기능 을 반복 하 는 여러 가지 판단 이 있다 면,예 를 들 어 if-else 에 서 는 이렇다.

public String getToDoByIfElse(String day){
    if("Monday".equals(day)||"Tuesday".equals(day)||"Wednesday".equals(day)){
        ......      
        return "      ";
    }else if("Thursday".equals(day)){
        ......
    }
}

그렇다면 전략 적 매 거 진 에서 코드 의 번 거 로 움 을 피 하려 면 어떻게 사용 해 야 합 니까?
다음 과 같은 사고방식 을 참고 하여 내부 전략 매 거 를 설정 하고 같은 기능 을 가 진 외부 인용 을 같은 내부 매 거 요 소 를 가리 키 면 중복 기능 을 호출 할 수 있다.

public enum DayEnum {
    //                      
    Monday("   ", Type.ENGLISH),
    Tuesday("   ", Type.ENGLISH),
    Wednesday("   ", Type.ENGLISH),
    
    Thursday("   ", Type.CHINESE);
    private final Type type;
    private final String day;
    DayEnum(String day, Type type) {
        this.day = day;
        this.type = type;
    }
    String toDo() {
        return type.toDo();
    }
    /**
     *       
     */
    private enum Type {
        ENGLISH {
            @Override
            public String toDo() {
                ......      
                return "      ";
            }
        },
        CHINESE {
            @Override
            public String toDo() {
                ......      
                return "      ";
            }
        };
        public abstract String toDo();
    }
}

판단 절 차 를 확장 하려 면 하나의 속성 과 내부 toDo(실현)를 직접 추가 하면 새로운 판단 절 차 를 추가 할 수 있 고 외부 에 서 는 같은 입구 dayEnum.toDo()를 사용 하면 됩 니 다.
이 가능 하 다,~할 수 있다,...
이 기능 은 부류 가 부 류 를 계승 하 는 것 과 유사 하 다.DayEnum 은 부모 클래스 와 유사 하 며,DayEnum 이 매 거 진 요 소 는 그 하위 클래스 에 해당 합 니 다.부모 클래스 에서 추상 적 인 방법 인 toDo()를 정의 하면 계승 하 는 하위 클래스 는 기본적으로 toDo()방법 을 실현 합 니 다.그러면 매 거 진 에서 이렇게 쓸 수 있 는 방법 이 나타 납 니 다.

private enum Type {
        ENGLISH {
            @Override
            public String toDo() {
                return "      ";
            }
        }；
        public abstract String toDo();
    }

저 는 대량의 if-else 에서 전략 매 거 진 을 사용 하여 교 체 를 없 애 는 것 을 좋아 합 니 다.한 마디 로 하면 전략 매 거 진 을 사용 하면 각종 복잡 한 판단 을 유연 하 게 처리 할 수 있 고 가 독성 과 확장 성 이 비교적 좋 습 니 다.이것 은 함수 식 프로 그래 밍 과 같 습 니 다.즉,하나의 매개 변 수 를 전달 하면 대응 하 는 모델 에서 돌아 오 는 수 치 를 얻 을 수 있 습 니 다.
자바 에서 비 즈 니스 논리 에서 if-else 를 대량으로 사용 하면 과정 을 대상 으로 합 니 다.비 즈 니스 논리 에서 if-else 는 위 에서 아래 if 로 판단 되 기 때문에 각 if 에 정지점 을 두 고 debug 를 내 려 가면 과정 을 대상 으로 한 다 는 것 을 알 수 있 습 니 다.
이 를 통 해 알 수 있 듯 이 프로젝트 에 대량의 if-else 가 있다 면 성능 에 영향 을 주 는 일이 다.이런 성능 은 무시 할 수 있 지만 더 좋 은 대체 방안 이 있 는 것 이 좋 지 않 겠 는가?
자바 프로젝트 에서 if-else 를 대량으로 사용 하 는 것 을 피 하 는 방법 에 관 한 이야기 입 니 다.의 글 은 여기까지 소개 되 었 습 니 다.더 많은 관련 사항 은 if-else 콘 텐 츠 를 대량으로 사용 하지 않도록 하 겠 습 니 다.우리 의 이전 글 을 검색 하거나 아래 의 관련 글 을 계속 조회 하 시기 바 랍 니 다.앞으로 많은 응원 바 랍 니 다!