디자인패턴 - Bridge Pattern

복합적인 객체와의 관계에서 추상화를 아무 생각 없이 설계하게 될 경우, 서브 클래스의 지속적인 추가는 이 객체들 간의 N * N의 경우의 수를 만들게 된다. 추상화한 이점이 관리의 문제로 전가되는 상황이 된다.예를 들면, 이런 경우다.1) 시나리오- 문서를 만드는 클래스를 정의하려고 한다.- 문서는 doc, pdf 형식으로 내보내기가 되어야 한다.- 문서는 다양한 폰트를 적용할 수 있다.얼핏 보면, 클라이언트는 단순히 applyFont와 writeDocument만 알면 된다. DocumentMaker를 통해 추상화했으니깐. 그런데, DocumentMaker를 관리하는 입장에서 보면, 서브 클래스는 그 기능의 조합인 N * N 만큼 늘어나게 될 여지가 충분하며, 이를 관리..........

디자인패턴 - Bridge Pattern에 대한 요약내용입니다.

자세한 내용은 아래에 원문링크를 확인해주시기 바랍니다.

원문링크 : 디자인패턴 - Bridge Pattern