<div id="readability-page-1" class="page"><div>
    
    <article>
        <ul id="markdown-toc">
  <li><a href="#의도" id="markdown-toc-의도">의도</a></li>
  <li><a href="#주의할-점" id="markdown-toc-주의할-점">주의할 점</a></li>
  <li><a href="#사례" id="markdown-toc-사례">사례</a>    <ul>
      <li><a href="#그림-그리기-애플리케이션" id="markdown-toc-그림-그리기-애플리케이션">그림 그리기 애플리케이션</a></li>
    </ul>
  </li>
  <li><a href="#인용" id="markdown-toc-인용">인용</a>    <ul>
      <li><a href="#from-실용주의-디자인-패턴" id="markdown-toc-from-실용주의-디자인-패턴">From: 실용주의 디자인 패턴</a></li>
    </ul>
  </li>
  <li><a href="#용도" id="markdown-toc-용도">용도</a></li>
  <li><a href="#참고문헌" id="markdown-toc-참고문헌">참고문헌</a></li>
  <li><a href="#주석" id="markdown-toc-주석">주석</a></li>
</ul>

<ul>
  <li>다음과 같이 불린다.
    <ul>
      <li>프로토타입</li>
      <li>원형</li>
    </ul>
  </li>
</ul>

<h2 id="의도">의도</h2>

<p>GoF 책에서는 다음과 같이 패턴의 의도를 밝힌다.</p>

<blockquote>

  <p>원형이 되는(prototypical) 인스턴스를 사용하여 생성할 객체의 종류를 명시하고,
이렇게 만든 견본을 복사해서 새로운 객체를 생성합니다.<sup id="fnref:gof" role="doc-noteref"><a href="#fn:gof" rel="footnote">1</a></sup></p>
</blockquote>

<p>구조는 다음과 같다.<sup id="fnref:gof-171" role="doc-noteref"><a href="#fn:gof-171" rel="footnote">2</a></sup></p>

<p><img src="https://johngrib.github.io/resource/A5/05D983-3E2E-4D0C-8ABE-C309FEB96F75/prototype.svg" alt=""></p>

<ul>
  <li>Prototype: 자신을 복제하는 데 필요한 인터페이스를 정의한다.</li>
  <li>ConcretePrototype: 자신을 복제하는 연산을 구현한다.</li>
  <li>Client: 원형(Prototype)에 자기 자신의 복제를 요청하여 새로운 객체를 생성한다.</li>
</ul>

<h2 id="주의할-점">주의할 점</h2>

<ul>
  <li>프로토타입의 각 서브타입들이 모두 <code>clone()</code>을 정확하게 구현해야 한다.
    <ul>
      <li>즉, <code>clone()</code> 구현 작업이 어렵거나 불가능한 경우에는 프로토타입 패턴을 사용하지 않는 것이 좋다.</li>
      <li>객체가 순환참조 값을 포함하고 있는 경우에 특히 주의할 것.</li>
      <li>deep copy가 필요한 경우가 있을 수 있다.
        <ul>
          <li>deep copy 코딩 실수로 복제한 여러 인스턴스의 일부 상태가 공유될 수 있다는 점에 주의.</li>
        </ul>
      </li>
    </ul>
  </li>
  <li>객체 복사가 쉽거나 기본적으로 지원되는 프로그래밍 언어에서는 이 패턴이 필요없을 수 있다.
    <ul>
      <li>GoF에 의하면 C++ 에서는 유용하지만, Smalltalk나 Objective-C에서는 중요하지 않은 패턴이라고 한다.<sup id="fnref:gof-174" role="doc-noteref"><a href="#fn:gof-174" rel="footnote">3</a></sup></li>
    </ul>
  </li>
</ul>

<h2 id="사례">사례</h2>

<p>설명이 복잡해 보이지만 다음 사례들을 생각해보는 것이 도움이 될 수 있다.</p>

<h3 id="그림-그리기-애플리케이션">그림 그리기 애플리케이션</h3>

<p>프로토타입 패턴을 사용하는 가장 대표적인 사례는 그림 그리기 애플리케이션이다.</p>

<ul>
  <li>그림 그리기 애플리케이션을 만든다고 생각해 보자.
    <ul>
      <li>삼각형, 타원, 별모양, 사람 모양 등의 다양한 도형을 미리 제공해서 사용자가 아이콘만 클릭해도 도형을 그릴 수 있게 하는 그림 프로그램.</li>
      <li>이 모든 도형들은 모두 <code>Prototype</code> 인터페이스를 구현하게 된다.
        <ul>
          <li>사용자가 별 모양을 그리기 위해 별 모양 아이콘을 클릭하면, 별 모양의 <code>Prototype</code>을 복제하여 새로운 별 모양 객체를 생성한다.</li>
        </ul>
      </li>
    </ul>
  </li>
</ul>

<p><img src="https://johngrib.github.io/resource/A5/05D983-3E2E-4D0C-8ABE-C309FEB96F75/example-drawing.svg" alt=""></p>

<p>다음은 그림 그리기 도구 <a href="https://app.diagrams.net/">draw.io</a>를 사용하는 장면의 스크린샷이다.</p>

<p><img src="https://johngrib.github.io/resource/A5/05D983-3E2E-4D0C-8ABE-C309FEB96F75/example-draw-tool.jpg" alt=""></p>

<p>사람 모양 도형을 클릭하면 까만색 막대, 흰색 배경의 사람 모양이 그려지며 바로 아래에는 <code>Actor</code>라는 이름이 붙어 있다.</p>

<p><a href="https://app.diagrams.net/">draw.io</a>에서 실제로 이 패턴을 사용하는지는 모르겠지만, 내가 그림 그리기 도구를 만들어야 한다면 나는 이 패턴을 사용할 것 같다.</p>

<h2 id="인용">인용</h2>
<h3 id="from-실용주의-디자인-패턴">From: 실용주의 디자인 패턴</h3>

<p>나는 Allen Holub의 다음 설명이 이 패턴을 쉽게 설명한다고 생각한다.</p>

<blockquote>

  <p>1. 객체가 어떤 타입인지를 알지 못해도 동일 타입의 객체를 여러 개 생성할 수 있다.
[[/pattern/abstract-factory]]{AbstractFactory}에서는 Concrete Product를 초기화하는 데 필요한 정보(예를 들어 생성자의 인자) 등이 컴파일 타임에 알려져 있어야 한다.
대부분의 [[/pattern/abstract-factory]]{Abstract Factory} 구체화는 인자가 없는 디폴트 생성자를 사용한다.
하지만 [[/pattern/abstract-factory]]{Abstract Factory}를 사용하여 디폴트 상태에 있지 않은 객체를 생성하려면 우선 객체를 생성한 후, 이를 외부에서 수정해 주어야 하는데 수정을 코드의 이곳 저곳에서 해주어야 할 때도 있다.
이런 경우 원하는 상태를 가진 객체를 생성하고, 이를 단순히 복사해서 사용하는 것이 더 좋다.
이때 [[/pattern/abstract-factory]]{Abstract Factory}를 사용하여 프로토타입 객체를 생성할 수도 있다.</p>

  <p>2. 객체는 때론 몇 가지 상태만을 갖지만 각 상태에 있는 여러 개의 객체를 가져야 할 때가 있다(GoF는 음악 작곡 시스템의 Note 클래스를 설명한다. 온음표, 2분음표, 4분 음표 객체들의 수많은 인스턴스가 존재하지만 이들 각각은 동일한 상태에 있다).</p>

  <p>3. 어떤 경우엔 클래스가 런타임에 지정되고, 이를 비용이 큰 동적 로딩(예를 들면 <code>Class.forName("class.name")</code>)이나 이와 비슷하게 비용이 큰 프로세스(예를 들면 초기 상태가 XML 파일에 지정되어 있는 경우)를 통해 생성하는 경우가 있다. 반복적으로 비싼 객체 생성 작업을 하는 대신 하나의 프로토타입을 만들고 이를 여러 번 복사해 사용하라.
<sup id="fnref:allen-450" role="doc-noteref"><a href="#fn:allen-450" rel="footnote">4</a></sup></p>
</blockquote>

<p>장단점에 대해서는 다음과 같이 언급한다.</p>

<p>장점</p>

<blockquote>

  <ul>
    <li>런타임에 Factory에 새로운 Concrete Product를 추가하기 쉽다. Factory에 Prototype을 넘기기만 하면 되기 때문이다. 삭제 역시 쉽다.</li>
    <li>Prototype은 객체 생성 시간을 줄일 수 있다.</li>
    <li>[[/pattern/abstract-factory]]{Abstract Factory}는 구현 상속을 통해 약간씩 다른 행위를 가진 클래스를 정의하도록 한다. Prototype 패턴은 상태를 이용하여 [[/pattern/abstract-factory]]{Abstract Factory}의 상속 문제를 해결한다. 객체의 행위가 상태에 따라 급격히 변화한다면 객체를 동적으로 설정 가능한 클래스라 생각하고 Prototype을 이용해 객체 생성 메커니즘을 구현할 수 있다.</li>
  </ul>
</blockquote>

<p>단점</p>

<blockquote>

  <ul>
    <li>명시적으로 <code>clone()</code> 메소드를 구현해야 하는데, 이 작업이 매우 어려울 수도 있다. 또한 깊은 복사(deep copy)와 얕은 복사(shallow copy) 문제를 생각해 보라. 레퍼런스만 복사하면 되는가, 아니면 참조된 객체까지 복사해야 하는가?</li>
  </ul>
</blockquote>

<ul>
  <li>다뤄야 하는 객체들의 종류가 너무 많아서 일일이 클래스로 정리할 수 없을 때 사용한다.</li>
  <li>모형이나 표준이 될만한 객체를 몇 개 만들어 놓고, 이를 복제해서 객체를 생성하는 방법이다.
    <ul>
      <li>특정한 상태를 갖는 여러 객체를 미리 만들어둔다고 생각할 수 있다.</li>
      <li>복제할 때 해당 객체가 어떤 타입인지 알 필요가 없는 것이 장점.</li>
    </ul>
  </li>
</ul>

<h2 id="용도">용도</h2>

<h2 id="참고문헌">참고문헌</h2>

<ul>
  <li>GoF의 디자인 패턴(개정판) / 에릭 감마, 리처드 헬름, 랄프 존슨, 존 블라시디스 공저 / 김정아 역 / 프로텍미디어 / 발행 2015년 03월 26일</li>
  <li>실전 코드로 배우는 실용주의 디자인 패턴 / Allen Holub 저 / 송치형 편역 / 사이텍미디어 / 발행 2006년 07월 19일 / 원제 : Holub on Patterns : Learning Design Patterns by Looking at Code</li>
</ul>

<h2 id="주석">주석</h2>



    </article>


    
    
    



</div></div>

프로토타입 패턴 (Prototype Pattern)

댓글