designPattern

Template Callback? 템플릿 콜백 패턴의 경우 전략패턴의 변형적인 패턴입니다 Strategy(전략) 패턴의 설명은 제 게시글에 나와 있으니 참고해주세요 ^-^ 그림으로 보는게 참 어렵죠? 단순히 설명하자면, 템플릿 콜백 패턴은 전략 패턴에 익명 클래스(또는 함수)를 더해서 사용하는 방식입니다 Java8에 나온 익명함수(lamba)를 사용해서 Interface만 구현한 채, 실제 로직을 구현하는 방식이죠! 그렇기 때문에, 이 패턴은 Spring에서 DI(Dependency Injection) 의존성 주입과 매우 유사합니다. Spring을 개발하시다 보면 이러한 의존성 주입이 매우매우 자주 일어나는 것을 확인할 수 있는데, 그래서 Spring 개발할 때 많이 쓰이는 패턴중에 하나입니다! 전략 패..
What is 데코레이터? - 데코레이터 패턴 : 주어진 상황 및 용도에 따라 어떤 객체에 책임을 덧붙이는 패턴, 기능 확장이 필요할 때 서브클래싱 대신 쓸 수 있는 유연한 대안이다 이게 무슨 말일까요? 우리가 기능을 확장할 때 다양한 방법으로 확장할 수 있는데, 객체지향적인 언어에서는 상속을 통해서 기능을 확장할 수가 있어요 하지만 필연적인 상속이 정말 좋은 방법일까요? 상속은 객체지향을 위한 강력한 무기지만, 동시의 부모클래스와의 강력한 의존성을 가지게 되죠 이러한 상속을 대신하여 해결할 수 있는 방법은 다른 클래스에 합성시키는 것입니다 다이어그램을 보면서 말씀드릴게요~! Component라는 구성요소 클래스가 있죠? Decorator클래스는 Component를 상속함과 동시에 합성을 하여 멤버변수로..
Command Pattern? - 커맨드 패턴(Command Pattern)은 Client가 보낸 요청을 객체로 캡슐화하여 이를 나중에 이용할 수 있도록 필요한 정보를 저장, 로깅, 취소할 수 있게 하는 패턴입니다. * 한마디로, 요청을 객체로 감싸서 관리하겠다는 말입니다 * 예시를 통해서 한번 이해해볼까요? 리모컨을 디자인 해달라는 의뢰를 받았습니다. 리모컨에서는 여러 기능들이 있겠죠. 에어컨을 키거나, 선풍기를 키거나, 음악 플레이어를 재생하거나 등 여러 가지 기능이 있습니다. 하지만 리모컨의 입장에서는 내가 무엇을 수행해야하는지 알 필요가 있을까요? 그저 어떤 버튼을 눌렀고, 어떻게 실행될지 알기만 하면 됩니다. 그렇게 되면 정보의 은닉(캡슐화)이 가능해집니다! 구성 요소 - 커맨드 패턴에서는 다음..
Abstract Factory? - 추상 팩토리 : 서로 관련이 있는 객체를 묶은 다음 팩토리 클래스(Object)를 만들어서, 조건에 따라 객체를 생성하게 하는 디자인 패턴 * 주로 비슷한 특성을 가지는 객체를 생성할 때, 어떤 객체를 생성할 것인지 판별하는 로직을 Factory Class에게 책임을 위임하여 수행하게 된다! 예를 들어, Rectangle(직사각형) Circle(원) 이라는 객체들은.. Shape(도형) 이라는 공통적인 부분이 존재한다! 이런 비슷한 객체들을 Shape Factory가 객체를 생성하게 위임하는 것이다!!! 실제 코드 다음과 같은 인터페이스가 있다고 해보자. package designpattern.abstractfactory; interface Shape { String ..
Visitor Pattern? - 방문자 패턴(Visitor Pattern) : 알고리즘을 객체 구조에서 분리시키는 디자인 패턴이다. - 분리를 하게 되면, 구조를 수정하지 않고 새로운 동작을 기존 객체에 추가할 수 있다!! -> 개방 폐쇄 원칙을 적용하게 된다! Why Visitor Pattern? - 데이터 구조와 연산을 분리 하여 인스턴스 필드를 변경하지 않고 새로운 연산을 추가할 수 있기 때문이다! - 한마디로, domain에게 View를 위한 책임은 Visitor에게 위임하기 위해서 사용된다! - 새로운 연산을 더 만들고 싶다면, 새로운 방문자를 추가하면 된다! 패턴 적용 Car Interface 구현 * Car Interface를 구현해보자! package visitor.domain; impo..
Strategy Pattern? - 전략 패턴(Strategy Pattern) : 알고리즘군을 정의하고 각각을 캡슐화해서 실행중에 알고리즘을 선택할 수 있는 행위 패턴이다. * 한마디로, 행위 자체를 인터페이스로 선언하고 각각의 알고리즘은 클래스로 상속받아서 오버라이딩 하는 방식이다. * 조금 더 쉽게 말하자면, 행동 이름자체는 똑같지만, 내용을 다르게 하기 위해 사용한다!! Why 전략 패턴? * 알고리즘 자체가 랜덤(Random) 로직이 포함될 경우, 테스트가 불가능해지는 현상이 있다. -> 이를 해결하기 위해, 정적인 로직을 갖는 알고리즘과 랜덤 로직을 갖는 알고리즘을 분리하여 테스트한다! * 위 예시는 수많은 사례중 하나이고, 많은 인터넷 블로그들은 Fly 라는 인터페이스를 주로 예시로 하더라!!..
huisam
'designPattern' 태그의 글 목록