CHAPTER 8 행동 디자인 패턴 - 1

[lee-ji-hoon]

8-1. UserController 클래스는 여전히 스레드 풀을 생성하고 옵저버를 등록하는 등 옵저버 패턴과 관련된 비즈니스와 관련 없는 코드가 많이 남아있는데 어떻게 더 개선이 가능할까?

8-2. 프레임워크의 클래스가 두 개으 ㅣ템플릿 메서드를 노출하고 템플릿 메서드가 호출할 몇 개의 추상 메서드를 정의한다고 가정하면

public abstract class AbstractCalss {
    public final void templateMethod1() {
        method1();
        method2();
    }
}

하나만 사용하더라도 위 처럼 추상 메서드를 하위 클래스에 전부 구현해야 하는 문제가 있는데 어떻게 해야 할지

8-3. 콜백의 다른 응용 방법에는 어떤 것이 있을까

[yangsooplus]

8-1. 글쎄요..
8-2. 프레임워크의 클래스니까 코드 수정이 불가하겠지? 메서드 1개만 사용하게 되는 클래스가 많다면 Wrapping 한번 해서 안 쓰는 추상 메서드는 빈 함수로 구현하고 사용할 메서드는 사용하는 곳에서 구현해서 사용하기?
8-3. 글쎄요..

[lee-ji-hoon]

8-2는 좋은 예시가 있다.

TextWatcher를 사용할때 대부분 onTextChaged 만 사용하고 싶음에도

public interface TextWatcher extends NoCopySpan {
    public void beforeTextChanged(CharSequence s, int start,
                                  int count, int after);

    public void onTextChanged(CharSequence s, int start, int before, int count);

    public void afterTextChanged(Editable s);
}

beforeTextChanged afterTextChanged 를 강제로 구현을 하게 한다. 그래서 TextView의 API 중에서

public inline fun TextView.addTextChangedListener(
    crossinline beforeTextChanged: (
        text: CharSequence?,
        start: Int,
        count: Int,
        after: Int
    ) -> Unit = { _, _, _, _ -> },
    crossinline onTextChanged: (
        text: CharSequence?,
        start: Int,
        before: Int,
        count: Int
    ) -> Unit = { _, _, _, _ -> },
    crossinline afterTextChanged: (text: Editable?) -> Unit = {}
): TextWatcher {
    val textWatcher = object : TextWatcher {
        override fun afterTextChanged(s: Editable?) {
            afterTextChanged.invoke(s)
        }

        override fun beforeTextChanged(text: CharSequence?, start: Int, count: Int, after: Int) {
            beforeTextChanged.invoke(text, start, count, after)
        }

        override fun onTextChanged(text: CharSequence?, start: Int, before: Int, count: Int) {
            onTextChanged.invoke(text, start, before, count)
        }
    }
    addTextChangedListener(textWatcher)

    return textWatcher
}

이렇게 before과 after는 구현을 하지 않아도 되게끔 한 번 wrapping을 한 형태가 존재한다.

[ldh019]

클래스나 객체 간의 상호 작용 문제를 해결하는 패턴

다른 디자인 패턴에 비해 개수가 많음

1. 옵서버 패턴

발행-구독 패턴이라고도 부름

일대일 의존 관계가 정의되어 있으면, 한쪽이 변경될 때 의존하고 있는 객체는 모두 알림을 받음

의존 대상이 되는 객체를 피관찰자, observable

의존하고 있는 객체를 관찰자, observer

보통 등록, 삭제, 알림 3가지의 기능을 기본적으로 사용

동기식 차단 옵저버 패턴

• 말그대로 모든 함수의 실행을 기다릴때까지 흐름이 차단됨

비동기식 비차단 옵저버 패턴

• 함수 실행 시에 새 스레드를 생성해 실행하므로 기다릴 필요 없음
• 스레드를 직접 생성하거나, 스레드 풀을 사용하기도 함

교차 프로세스 옵저버 패턴

• 두개 이상의 프로세스의 상호 작용에 쓰이는 경우

EventBus 프레임워크

• 사용하면 쉽게 옵저버 패턴을 사용할 수 있음

생각해보기

2. 템플릿 메서드 패턴

하나의 메서드 안에 정의된 비즈니스 논리의 틀

일부 작업 단계를 하위 클래스로 넘길 수 있음

일반적으로 공통되는 로직의 재사용을 위한 역할을 함

프레임워크의 확장을 지원하기 위한 역할로도 사용됨

메서드 콜 대신에 콜백을 사용해서도 구현할 수 있음

콜백을 사용할때 hooking을 많이 이용하기도 함

템플릿 메서드 VS 콜백

• 상속 VS 합성
• 템플릿 메서드 사용 시 단일 상속 언어의 경우 추가로 상속을 받지 못함
• 생각해보기 1에 있는 것처럼 메서드 하나만 원할때 다 구현하지 않고 콜백 객체 제공해줄 수 있음

생각해보기 1

둘다 다 안쓰는 경우가 존재하면,, 애시당초에 그 클래스를 잘못 설계한게 아닐까…? 클래스를 두개로 나누면… 엄.. 음..