📌모던 자바 인 액션 - Chapter 2. 동작 파라미터화 코드 전달하기

우리가 어떤 상황세서 일을 하든 소비자 요구사항은 항상 바뀐다. 변화하는 요구사항은 소프트
웨어 엔지니어링에서 피할 수 없는 문제다. 예를 들어 농부가 재고목록 조사를 쉽게 할수 있도
록 돕는 애플리케이션이 있다고 가정하자. 농부는 이렇게 말할 것이다. '녹색 사과를 모두 찾고
싶어요’ 그런데 하룻밤을 자고 일어났더니 농부가 다시 이렇게 말하는 것이다. "150그램 이상
인 사과를 모두 찾고 싶어요’ 또 하룻밤을 자고 일어났더니 ‘150그램 이상이면서 녹색인 사과
를 모두 찾을 수 있다면 좋겠네요’라고 말하는 것이었다. 이렇게 시시각각 변하는 사용자 요구
사항에 어떻게 대응해야 할까? 특히 우리의 엔지니어링적인 비용이 가장 최소화될 수 있으면
좋을 것이다. 그뿐 아니라 새로 추가한 기능은 쉽게 구현할 수 있어야 하며 장기적인 관점에서
유지보수가 쉬워야 한다. - 67page

동작 파라미터화를 이용하면 효과적으로 대응가능하다!
-> 지금까지는 변수만 파라미터로 지정했지만 동작(메서드)도 파라미터로 가능하다는 얘기!

📖 2.1 변화하는 요구사항에 대응하기

✏️ 2.1.1 첫 번째 시도 : 녹색 사과 필터링

기존의 농장 재고목록 애플리케이션에 리스트에서 녹색 사과만 필터링하는 기능을 추가한다고 가정하자. 비교적 쉽다고 느낄 것이다.

public static List<Apple> filterGreenApples(List<Apple> inventory) {
	List<Apple> result = new ArrayList<>(); <- 사과누적리스트
	for (Apple apple: inventory) {
		if (GREEN. equals (apple. getColor()) { <- 녹색사과만선택
			result.add(apple);
		}
	}
	return result;
}

빨간 사과도 필터링 하고 싶다면 어떻게 해야할까?
filterRedApples라는 새로운 메서드를 만들고, if문의 조건을 빨간 사과로 바꾸는 방법을 선택할 수 있다. 이와 같은 방법으로 빨간 사과를 필터링할 수는 있겠지만 나중에 농부가 좀 더 다양한 색(열은 녹색，어두운 빨간색, 노란색 등)으로 필터링하는 등의 변화에는 적절하게 대응할 수 없다.
-> 거의 비슷한 코드가 반복 존재한다면 그 코드를 추상화한다.

✏️ 2.1.2 두 번째 시도 : 색을 파라미터

색을 파라미터에 추가하면 좀 더 유연하게 대처 가능하다!

public static List<Apple> filterApplesByColor(List<Apple> inventory, Color color) {
	List<Apple> result = new ArrayList<>(); 
	for (Apple apple: inventory) {
		if (apple.getColor().equals(color)) {
			result.add(apple);
		}
	}
	return result;
}

농부는 다음과 같이 메서드를 호출 할 수 있다!

List<Apple> greenApples = filterApplesByColor(inventory, GREEN);
List<Apple> redApples = filterApplesByColor(inventory, RED);

그런데 추가적으로 색 이외에도 '가벼운 사과와 무거운 사과로 구분할 수 있다면 정말 좋겠네요. 보통 무게가 150그램 이상인 사과가 무거운 사과입니다’ 라고 요구한다.
-> 무게정보도 파라미터에 추가하면 된다는 것을 깨달았을 것이다.

public static List<Apple> filterApplesByColor(List<Apple> inventory, Color color) {
	List<Apple> result = new ArrayList<>(); 
	for (Apple apple: inventory) {
		if (apple.getWeight() > weight) {
			result.add(apple);
		}
	}
	return result;
}

색깔과 무게를 필터링하는 대부분이 반복된다는 것을 눈치챘을 것이다.
이는 소프트웨어 공학적으로 좋지 않다. 예를 들어 탐색 과정을 고쳐서 선능을 개선한다고 했을 때 모든 메서드의 코드를 고쳐야 하기 때문에 비용이 많이 들것이다.

색과 무게를 합쳐 필터링 할 수 있다. 그러면 색깔을 필터링 할 것 인지 무게를 필터링 할 것인지 결정해야 한다. -> flag 사용

✏️ 2.1.3 세 번째 시도 : 가능한 모든 속성으로 필터링

public static List<Apple> filterApples(List<Apple> inventory, Color color, int weight, boolean flag){
	List〈Apple> result = new ArrayList<>(); 
	for (Apple apple: inventory) {
		if ((flag && apple.getColor().equals(color)) || (!flag && apple.getWeightO > weight)) {
			result.add(apple);
		}
	}
	return result;
}

다음과 같이 사용 할 수 있다.

List<Apple> greenApples = filterApples(inventory, GREEN, 0, true);
List<Apple> heavyApples = filterApples(inventory, null, 150, false);

좋지 않은 코드임을 느꼈을 것이다.
-> true와 false가 뭔데???
-> 요구사항이 바뀌었을 때 유연하게 대응할 수도 없다. 크기, 모양, 출하지 등으로 사과를 모두 필터링하고 싶다면 거대한 메서드를 만들어야 할 것이다.

어떤 기준으로 필터링할 것이니지 효과적으로 전달하면 좋을 것이다. 동작 파라미터화를 이용해서 유연성을 얻어보자!

📖 2.2 동작 파라미터화

✏️ 2.2.1 네 번째 시도 : 추상적 조건으로 필터링