lancelot.com

1. 디자인원칙 클래스는 확장에 대해서는 열려 있어야 하지만 코드 변경에 대해서는 닫혀 있어야 한다. 스타버즈 커피숍에 여러종류의 커피들과 거기 올리는 데코레이션을 가지고 설명하고 있습니다. 예제가 적절하니 이해가 쏙쏙 잘되네요. 데코레이터 패턴은 역시 생성을 관리해주는 무엇이 있어야 겠군요. 혼자서는 쓰임이 자칫하면 스파게티 코드가 될 우려가 있어보입니다. 2. Decorator Pattern 객체에 추가적인 요건을 동적으로 첨가한다. 서브클래스를 통해 기능을 유용하게 확장하는 방법을 제공. 덧. 이거 예제 C++로 만들어보다가 const 때문에 삽질을 했네요. 같은 함수인가의 구분은 함수선언가지고 하는데요, 함수선언에는 함수명(인자...) const 뒤에 const 까지 들어갑니다. const가 있는..

1. 디자인원칙 서로 상호작용하는 객체 사이에서는 가능하면 느슨하게 결합하는 디자인을 사용해야한다. 예시에서는 기상관측기(Subject) - 여러가지 관측Display 장치(Observer) 가 등장했는데요, 저는 이게 잘 이해가 안됬어요. 기상관측기(Subject)에서 자동으로 Mesurement()를 호출해주는데, 굳이 Observer 가 Subject를 가지고 있을 필요가 있을까 해서지요. 그런데 Design pattern 자체가 잘못되었을 리는 없기때문에, 다른 책(GOF디자인패턴, 이렇게 활용한다)을 보니 다른 예제가 등장했습니다. 엑셀에서 테이블이 있고, 그 테이블을 여러가지 그래프로 나타내주는 그런 관계를 예시로 들어놨더군요. 그제서야 확실히 이해가 갔습니다. 표의 자료가 갱신되면, 그래프의..

1. 디자인원칙 바뀌는 부분은 캡슐화한다. 상속보다는 구성을 활용한다. 구현이 아닌 인터페이스에 맞춰서 프로그래밍한다. strategy pattern 을 설명하면서 Duck class를 예로 들었네요. Duck 클래스에 fly(), quack() 등의 함수들이 있고, 이걸 상속받아서 RedheadDuck, RubberDuck 등을 만들었는데요. 그렇게하면, 자식 class에서 fly(), quack()등이 바뀌거나 재정의 될때 비효율적이됩니다. 그래서, fly(), quack() 등의 행동을 나타내는 함수를 behavior class로 빼낸 후 그것을 superclass인 Duck class가 가지고 있는 방식이 훨씬 나은 방식이라는 설명입니다. 이해가 잘 되도록 적절한 예시네요. 2. Strategy ..