동적 파라미터화

동적 파라미터화

여러 요구사항에 효과적으로 대응 가능한 방법.
아직은 어떤 식으로 동작할지가 결정되지 않은 코드 블록이고, 나중에 프로그램에서 실행된다.

문제 상황

1. 녹색 사과 필터링

enum Color { RED, GREEN }

빨강, 초록 사과가 있다.

여기서 만약에 녹색 사과를 필터링하려 하면

if(GREEN.equals(apple.getColor())) {
    result.add(apple);
}

요렇게 쓸 것이다.

• 단점
  • 만약 빨간사과, 노란사과, 검은사과 등등... 필터링 개수가 많아진다면? 저 if문이 계속해서 늘어나거나 또 빼짐에 따라 줄어들 수 있을 것이다.

2. 색의 파라미터화

위의 1에서의 단점을 해결하기 위함이다.

public static List<Apple> filterApples(List<Apple> inventory, Color color) {
    if(color.equals(apple.getColor())) {
        result.add(apple);
    }
}

이런 느낌으로 color를 파라미터로 받아서 그와 apple을 비교한다.
이렇게 하면 거를 색들을 함수로 불러와서 걸러줄 수 있다.

• 단점
  • 색이 아니라 무게를 더한다면? 벌레먹은 횟수? 등등등등 그 때마다 파라미터가 늘어야 한다.
    • 그리고 그 때마다 다른 함수로 변경해야 하거나 루트함수가 많아질 것이다.

3. 가능한 모든 속성으로 필터링

그냥 간단하게 파라미터에서 그걸 싹다 넣어주는 것이다.
대충 생각해보면 알겠지만 굉장히 귀찮아지고 분기처리도 고민해야한다(유지보수 망)

동적 파라미터화

위의 1~3의 단점을 해결하기 위해서 동적 파라미터를 도입할 수 있다.

동적 파라미터를 사용하는 방법은 간단한데, 어쨌든 사과를 고르려면 "내가 원하는게 맞는지/아닌지"를 가지면 된다. 즉 필터의 결과는 true/false를 받으면 되는 것이다.

predicate라는것이 있는데, 얘는 참/거짓을 반환한다.
이를 한번 사용해보자.

참고로 프레디케이트의 내부는 요렇게 되어있다.

이와 비슷한 ApplePredicate를 만들어 줘보자

public interface ApplePredicate {
    boolean test (Apple apple);
}

이 인터페이스 내의 test를 직접 구현하여 쓰면 될 것이다.

public class AppleHeavyWeightPredicate implements ApplePredicate {
    public boolean test(Apple apple) {
        return apple.getWhight() > 150;
    }
}

이러면 150g 이상의 apple의 경우 true를 보내주는 내부 기능이 구현된다.
이런 식으로 함수형 인터페이스 predicate를 구현받는 것들을 여러 개 만들어 놓을 수 있을 것이다.

public class AppleGreenColorPredicate implements ApplePredicate {
    public boolean test(Apple apple) {
        return GREEN.equals(apple.getColor());
    }
}

이렇게 만들수도 있다.

그래서 이거를 내가 원할 때에 써주면 된다.

4. 추상 조건 필터링

위의 ApplePredicate들을 활용하는 방법이다.

public static List<Apple> filterApples(List<Apple> inventory, ApplePredicate p) {
    List<Apple> appleList = new ArrayList();
    if(p.test(apple)) {
        appleList.add(apple);
    }
}

이런 식으로, 여기서는 ApplePredicate를 가져오고, 미리 구현된 조건에 따라 사용만 해주면 된다.
저기 파라미터 P를 받을 때에 초록 사과를 원하면 AppleGreenColorPredicate, 150g 이상을 원하면 AppleHeavyWeightPredicate를 파라미터로 써주면 될 것이다.

• 장점
  • 하나의 파라미터를 통한 다양한 동작이 가능하다.
    • 즉, 한 메서드를 통해서 여러가지 동작(색을 따른 구분, 무게에 따른 구분 등..)이 가능하다!
• 단점
  • 근데 이거 매번 저 interface의 내부를 하나하나 구현해주어야 한다. 좀 귀찮을 것이다.

익명 클래스

자바의 local class와 비슷한 개념
말 그대로 이름이 없는 클래스이고, 선언과 동시에 인스턴스화(구현)을 해낼 수 있다.

5. 익명 클래스 사용

위에서 interface의 구현을 하나하나 해둔 상태로 써야 한다고 했다.
이를 해결하기 위해서 익명 클래스를 통해 필요할 때에 해주어도 된다.

List<Apple> redApples = filterApples(List<Apple> inventory, new ApplePredicate() {
    public boolean test(Apple apple) {
        return RED.equals(apple.getColor)
    }
});

이런 식으로 predicate를 선언함과 동시에 내부 기능을 구현하고, 사용할 수 있을 것이다.

• 장점
  • 쓸것만 선언해서 써주면 된다.
• 단점
  • 쓸데없이 반복되는게 많다.

예를 들어 여기서 초록사과를 구하려 하면?

List<Apple> greenApples = filterApples(List<Apple> inventory, new ApplePredicate() {
    public boolean test(Apple apple) {
        return GREEN.equals(apple.getColor)
    }
});

위에랑 비교해서 다른거는 딱 RED/GREEN 하나밖에 없다.
즉 필요없는 코드가 많이 남아 있다는것.

6. 람다 표현식 사용

람다를 사용하면 간단하게 표현 가능하다.

List<Apple> result = filterApples(inventory, (Apple apple) -> RED.equals(apple.getColor()));

이렇게 하면 진짜 간단하게 해결할 수 있다.

7. 리스트 형식 추상화

이제는 모든 조건에 대해서, 모든 클래스(사과, 바나나, 오렌지 등...) 에 대해서도 한번에 필터링 할 수 있도록 해본다.

public static <T> List<T> filter(List<T> list, Predicate<T> p) {
    List<T> result = new ArrayList<>();
    list.stream().forEach(
        object -> {
            if(p.test(object)) {
                result.add(object);
            }
        }
    )
}

대충 이렇게 만들어 두면 모든 종류를 받고, 모든 조건을 만들어서 사용할 수 있다.

List<Apple> redApples = filter(inventory, (Apple apple) -> RED.equals(apple.getColor()));

List<Banana> redApples = filter(inventory, (Banana banana) -> SWEET.equals(banana.getTaste()));

이런 식으로!!
이렇게 하면 유연하게 대응할 수 있고, 또 코드도 필요에 맞춰 쓰면 되니까 매우매우 간결해진다!!

마치며

동적 파라미터화를 사용하여 여러 요구사항에 대응할 수 있는 깔끔한 코드를 만들 수 있다.