달력

08

« 2018/08 »

  •  
  •  
  •  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  

'디자인패턴'에 해당되는 글 2

  1. 2016.06.30 Template Method Pattern
  2. 2016.06.07 Adapter Pattern (2)
2016.06.30 14:16

Template Method Pattern 프로그래밍/디자인패턴2016.06.30 14:16




Template Method Pattern 에 대해서 알아보도록 하겠습니다.


이 패턴을 설명하면 다음과 같습니다.


추상 클래스를 구현하고,

그 클래스를 사용하여 [기능]을 실행합니다.


하지만, 그 [기능]구현은 추상 클래스를 상속받은 구현 클래스에서 구현합니다.



설명만 들으면 아리송 한 관계로 예제를 보도록하겠습니다.





코드를 보면, 

SportClass라는 추상 클래스를 만들고,


BaseBall Class, Soccer Class가 각각 SportClass를 상속받은 구현 클래스 입니다.


기본적으로 어떤 시점에 SportClass에서 Play를 실행시키게 되지만,


실제로 사용되는 role(기능) 은 각각의 구현 클래스가 따로 구현을 하게 됩니다.



UML로 보면 Template Method Pattern은 다음과 같은 형태를 가지게 됩니다.

Method는 새로 구현하지만,

template Method는 Override 하지 않고, 추상클래스가 가지고 있는 그대로를 사용하게 됩니다.


책에서는 해당 패턴에 대해서 다음과 같은 팁을 제공하고 있습니다.

1. 로직 공통화(장점)

 - 모든 스포츠는 Play를 할 수 있다.

2. 상위 클래스와 하위 클래스의 연계(약간의 단점)

 - Play를 언제 호출 할지, Play의 내부에서 언제 role을 호출 하는지 구현 클래스를 작업하기 위해서는 알고 있어야 한다. )

3. 하위 클래스를 상위 클래스와 동일시한다.(주의점)

 - 해당 패턴만의 이야기는 아닙니다만, 추상 클래스(스포츠)형 변수에 하위 클래스의 어떤 인스턴스(야구든, 축구든, 또는 다른 새로운 스포츠든...)를 대입해도 제대로 작동할 수 있도록 해야 합니다.


 마지막으로, 모든 패턴들은 상위, 하위 클래스들의 조합으로 이루어진 패턴이 대다수 입니다.

해당 부분에 있어, 

상위 클래스에서 대부분을 구현하게 되면, 하위 클래스의 자율성이 떨어지고,

상위 클래스에서 기술을 적게 하면 하위 클래스의 기술이 어렵거나, 중복 처리 해야 하는 부분이 증가할 것 입니다.


중요한 것은 상위 클래스에 어떤 것을 두고,

어떤 처리를 하위 클래스에 둘 것인지를 정한 매뉴얼은 없습니다.

그것은 프로그램을 설계하는 사람의 몫이라고 합니다.


다음은 Factory Method Pattern에 대해서 알아보도록 하겠습니다. 

'프로그래밍 > 디자인패턴' 카테고리의 다른 글

Factory Mathod Pattern  (0) 2017.04.12
Template Method Pattern  (0) 2016.06.30
Adapter Pattern  (2) 2016.06.07
Iterator Pattern  (0) 2016.05.04
UML의 기본 구성-시퀀스 다이어그램  (4) 2016.05.02
UML의 기본 구성-클래스 다이어그램  (0) 2016.05.02
Posted by 안식의후크
2016.06.07 16:33

Adapter Pattern 프로그래밍/디자인패턴2016.06.07 16:33




Adapter Pattern에 대해사 알아 보도록 하겠습니다.


해당 패턴을 알아 보기전에 한가지 문제점에 대해서 먼저 알고 넘어가야 합니다.


[상황]

1. [인사]를 출력하는 클래스가 존재


[추가 할 내용]

1. [닉네임]을 추가로 출력 필요

2. [닉네임]을 먼저 출력 하거나, 인사를 먼저 출력 할 수 있음


물론 [인사]를 출력하는 부분에서 [닉네임]을 받아서 함께 처리 하여도 됩니다.


하지만, 


기존의 코드를 수정하고 싶지 않을 경우, 또는 하지 못하는 경우에 다음과 같은 방법을 사용합니다.


먼저 해당 부분은 2가지 방법이 존재하는데 


interface 를 사용하는 상속으로만 해결 하는 방법과,

상속, 위임(포함)을 통한 방법이 있습니다.


물론 2가지 모두 Adapter Pattern 입니다.


코드를 확인하도록 하겠습니다. 


StringPrint라는 interface를 추가로 제작해서 기존의 기능을 두면서 원하는 기능을 추가하였습니다.


현재 단계에서는 interface를 사용하든 확장된 클래스를 사용 하던 큰 차이는 없으나,

사용자에게 좀더 명확함을 주기 위해서 interface를 사용하는 것을 추천합니다.


그리고 두번째 방법으로 

상속, 위임을 통한 방법에 대해서 알아 보도록 하겠습니다. 


이렇게 Adapter Pattern을 사용해서 문제를 해결하는 방법에 대해서 알아 보았습니다. 


Adapter Pattern에 대해서 정의를 내리면 책에서는 다음과 같이 이야기 합니다. 


- Wrapper(감싸는) Pattern 이라고도 함 

- 이미 작동 하고 있는 ( 문제가 없는, 충분히 테스트된 ) 코드를 수정하지 않고, 개조하기 위해서 사용.

- 구 버전과의 호환성을 제공 할 수 있음.


마지막으로 용어 적인 부분과 다이어 그램을 확인 하고 Adapter Pattern은 마무리 짓도록 하겠습니다.


용어적인 부분

- Target( 예제 코드의 Interface [StringPrint]나, 가상 클래스인 [StringPrint] class )

- Client( Main 실행 코드, 예제 코드의 [AdapterClass] class )

- Adaptee( 예제 코드의 [HelloPrint] class  )

- Adapter( 예제 코드의 [NamePrint] class )


다이어그램으로 표현

인터페이스를 사용한 Adapter Pattern


위임(포함)을 사용한 Adapter Pattern



다음은 Template Method Pattern 에 대해서 알아 보도록 하겠습니다.


'프로그래밍 > 디자인패턴' 카테고리의 다른 글

Factory Mathod Pattern  (0) 2017.04.12
Template Method Pattern  (0) 2016.06.30
Adapter Pattern  (2) 2016.06.07
Iterator Pattern  (0) 2016.05.04
UML의 기본 구성-시퀀스 다이어그램  (4) 2016.05.02
UML의 기본 구성-클래스 다이어그램  (0) 2016.05.02
Posted by 안식의후크