"어댑터 패턴"의 두 판 사이의 차이

잔글
7번째 줄: 7번째 줄:


==의견==
==의견==
*할 수 있다면 기존 객체를 수정하는 것이 바람직한 것 같다...
*어댑터 패턴을 활용한 각종 예시들<ref>Rectangle vs. LegacyRectangle, Ratchet vs. Socket, SquarePeg vs RoundPeg, Duck vs. Turkey</ref>이 현실적이지 않다는 의견이 있다.<ref>http://stackoverflow.com/questions/11079605/any-real-example-of-adapter-pattern</ref>
*기존 객체를 수정할 수 없을 때에만 원하는 형식으로 포장가공하여 사용하자.
*할 수 있다면 기존 객체를 수정하는 것이 바람직한 것 같다.
*기존 객체를 수정할 수 없을 때<ref>즉, 다른 패키지들을 활용하는 경우. 남이 만든 완성도 있는 패키지를 건드린다는 것은 리스크가 있다. 커스터마이징하면 향후 버전 업그레이드시에 문제가 발생할 수 있다.</ref>에만 원하는 형식으로 포장가공하여 사용하자.


==같이 보기==
==같이 보기==

2013년 2월 17일 (일) 22:18 판

1 개요

adapter pattern, wrapper pattern; wrapper
어댑터 패턴, 래퍼 패턴, 래퍼
  • 기존 객체를 원하는 형식으로 맞춰서(adapt)[1] 사용하는 방식
  • 기존 객체의 인터페이스 호환성을 맞춰줌
  • 클래스 어댑터(상속을 이용) + 인스턴스 어댑터(위임을 이용)

2 의견

  • 어댑터 패턴을 활용한 각종 예시들[2]이 현실적이지 않다는 의견이 있다.[3]
  • 할 수 있다면 기존 객체를 수정하는 것이 바람직한 것 같다.
  • 기존 객체를 수정할 수 없을 때[4]에만 원하는 형식으로 포장가공하여 사용하자.

3 같이 보기

4 주석

  1. =포장해서(wrap)
  2. Rectangle vs. LegacyRectangle, Ratchet vs. Socket, SquarePeg vs RoundPeg, Duck vs. Turkey
  3. http://stackoverflow.com/questions/11079605/any-real-example-of-adapter-pattern
  4. 즉, 다른 패키지들을 활용하는 경우. 남이 만든 완성도 있는 패키지를 건드린다는 것은 리스크가 있다. 커스터마이징하면 향후 버전 업그레이드시에 문제가 발생할 수 있다.

5 참고 자료

문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}