[Design Pattern] Observer Pattern

Observer Pattern

한 객체의 상태가 변경되었을 때 다른 객체들이 알아야 하는 경우 사용한다.

상태를 가지는 객체(Subject) / 상태의 변경을 관찰하는 객체(Observer Object)
➞ 1:N 관계

장점

• Loose coupling
  subject와 observer는 서로의 존재를 알 필요가 없다.
  

• Scalability(확장성)
  client-server 구조보다 더 좋은 확장성을 갖는다.
  

Java Observable / Observer

Observable

private boolean changed = false;
private Vector<Observer> obs; //Observable은 하나 이상의 Observer를 갖는다.

인스턴스가 변경되면 Observer에게 알려준다.

public void notifyObservers() {
    notifyObservers(null);
}

public void notifyObservers(Object arg) {
    Object[] arrLocal; //임시 버퍼, 현재 Observer Vector의 스냅샷

    synchronized (this) {
        if (!changed)
        //(주의) setChanged()를 통해 changed를 true로 바꾸지 않으면 notify도 되지 않는다.
            return;
        arrLocal = obs.toArray();
        clearChanged();
    }

    for (int i = arrLocal.length-1; i>=0; i--)
        ((Observer)arrLocal[i]).update(this, arg);
    }

Observer (interface)

Observable 객체의 변화를 관찰하는 Observer

void update(Observable o, Object arg);

Subject가 변경되면 호출된다.
o: Observable 객체
arg: Oservable의 notifyObservers()에서 전달된 argument

Observer Pattern vs. Broadcast Receiver

안드로이드 앱이 보내거나 받는 Broadcast도 Observer 패턴과 유사하다.
하지만 Broadcast Receiver는 Subject를 몰라도 broadcast message를 받아 처리할 수 있다.

Observer Pattern vs. Event Listener

Observer의 update()

void update(Observable o, Object arg); // 데이터가 Object로 온다.

➞ Subject 변경 시 받는 데이터가 여러 타입이 있다면 각각의 타입으로 변환해서 사용해야 한다.

여러 타입의 데이터가 변경될 경우라면

Event Listener로 구현하는 것이 명시적이고 깔끔하다!