<div id="readability-page-1" class="page"><p><time>2019-06-12 에 작성하고, 2020-03-09 14:21:00 에 업데이트한 문서입니다. ✅</time> — <a href="/tags/design-pattern">DesignPattern</a>, <a href="/tags/java">Java</a> — <span>1 min read</span></p><section><p>HEAD FIRST DESIGN PATTERN 을 정리합니다.</p><p><a href="https://junebuug.github.io/2019-04-17/design-pattern-strategy">01 스트레티지 패턴 보기</a></p><h2>02 옵저버 패턴</h2><h2>WeatherData 예제</h2><p>기상정보를 알려주는 Weather Data 객체를 기반으로 디스플레이 장비를 만들어봅니다. </p><p>WeatherData는 기상스테이션에서 받아오는 온도, 습도, 압력 정보가 있고 - 이를 표시하기만 하면 됩니다. </p><h3>조건</h3><ul><li>데이터가 변할 때마다 <code>measurementsChanged</code> 메소드가 불리고, 우리는 이때마다 디스플레이를 업데이트해야합니다. </li><li>시스템이 확장 가능해야합니다. </li></ul><h3>이렇게 만들면 어떨까요..? (나쁜 예)</h3><p>이 코드는.. </p><ul><li>구체적인 구현에 맞춰 코딩해서 프로그램을 고치지 않으면 다른 디스플레이를 넣을 수 없습니다.</li><li>display.update 부분이 바뀔수 있어 캡슐화해야합니다.</li></ul><h2>옵저버 패턴</h2><p>옵저버 패턴은 신문 구독과 같은 매커니즘입니다.
크게 주제 Subject 객체와 옵저버 Observer 객체가 존재하는데요.
다음과 같은 흐름을 따라갑니다. </p><ol><li>주제 객체에서 일부 데이터를 관리합니다. </li><li>옵저버 객체들은 주제 객체들을 <strong>구독</strong>하고 있으며, 주제의 데이터가 달라지면 갱신 내용을 전달 받습니다. </li><li>주제의 데이터가 <strong>달라지면</strong> 옵저버에게 그 소식이 전해집니다. </li><li>옵저버가 아닌 객체는 주제 객체의 데이터가 바뀌어도 아무런 연락을 못받습니다. </li></ol><blockquote><p>옵저버 패턴에서는 한 객체의 상태가 바뀌면, 그 객체에 의존하는 다른 객체들에게 연락이 가고, 자동으로 내용이 갱신되는 방식으로 일대다 의존성을 정의합니다. </p></blockquote><p><span>
      <span></span>
  <img alt="observer" title="observer" src="https://juneyr.dev/static/792bea4f4f301e5cfde28295920b819b/7d769/observer.png" sizes="(max-width: 960px) 100vw, 960px" loading="lazy">
    </span></p><h3>옵저버 클래스 다이어그램</h3><p><span>
      <span></span>
  <img alt="observerclassdiagram" title="observerclassdiagram" src="https://juneyr.dev/static/25fe406af93c65f60db293671de2dcc6/7d769/observerclassdiagram.png" sizes="(max-width: 960px) 100vw, 960px" loading="lazy">
    </span></p><p>여기서 데이터의 주인은 주제입니다. 옵저버는 주제의 데이터가 바뀌기를 기다리기때문에
<strong>주제에 의존성을 가진다</strong> 라고 말할 수 있습니다.</p><h3>옵저버 패턴에서는 주제와 옵저버가 느슨하게 결합</h3><blockquote><p>느슨하게 결합한다는 말은 둘이 상호작용을 하긴하지만 서로에 대해서 잘 모른다 </p></blockquote><p>는 것을 의미합니다. </p><ul><li>주제가 옵저버에 대해서 아는 것은 특정 인터페이스를 구현한다는 것 뿐입니다.</li><li>옵저버는 언제든지 새로 추가할 수 있습니다.</li><li>새로운 옵저버를 추가해도 주제를 변경할 필요가 없습니다.</li><li>주제와 옵저버는 서로 독립적으로 재사용할 수 있습니다. </li><li>주제와 옵저버가 바뀌더라도 서로에게 영향을 미치지는 않습니다. </li></ul><p>느슨한 결합(loose coupling) 을 사용하면 변경 사항이 생겨도
유연하게 처리할 수 있는 객체지향 시스템을 구현할 수 있습니다. </p><h2>옵저버로 WeatherData 예제 를 구현해봅시다.</h2><p>옵저버 패턴을 위 예제에서 구현해봅시다.
WeatherData는 바뀌는 정보를 담고 있는 주제객체로,
Display는 이를 구독하는 옵저버 객체로 매핑할 수 있습니다. </p><p>실제 WeatherData를 한번 보겠습니다.</p><p>수치가 변화할 때마다 Observer들에게 notify합니다. </p><p>그러면 Observer 역할인 Display를 보겠습니다. </p><p>interface에서 상속받은 update, display 를 각각 구현하고 있습니다. </p><h2>추가로 - Observer 와 publish-sub 패턴은 뭐가 다를까?</h2><p><a href="https://jistol.github.io/software%20engineering/2018/04/11/observer-pubsub-pattern/">참고</a></p><p>Publish - Subscribe 구조는 Observer와 비슷하지만 차이점이 있습니다. </p><p>바로 중간에 <strong>메시지 브로커</strong> 가 존재한다는 것인데요.
이렇게 해서 Pub-Sub구조에서는 아예 서로를 인지하지 못하게 됩니다.
둘다 중간에 있는 브로커만 바라보게 됩니다. </p><ul><li>브로커가 message queue를 많이 쓰기때문에, async방식임 (queue에서 나올 때 sub에게 전달)</li><li>observer보다 더 loose 한 coupling</li></ul><ul><li></li></ul><p>오늘은 2장 Observer패턴에 대해서 정리했는데요.</p><p>도움이 되셨으면 좋겠습니다. </p></section></div>

Juneyr.dev RSS Feed

June Kim

HEAD FIRST DESIGN PATTERN 을 정리합니다. 01 스트레티지 패턴 보기 02 옵저버 패턴 WeatherData 예제 기상정보를 알려주는 Weather Data 객체를 기반으로 디스플레이 장비를 만들어봅니다.  WeatherData는 기상스테이션에서 받아오는 온도, 습도, 압력 정보가 있고 - 이를 표시하기만 하면 됩니다.  조건 데이터가 변할 때마다  measurementsChanged…

옵저버 패턴 🌚

댓글