Decorator Pattern

🔎 What is Decorator Pattern??

데코레이터 패턴(Decorator Pattern)은 상황이나 용도에 따라 어떠한 객체에 기능을 동적으로 추가해주는 패턴입니다. 이는 잡다한 기능을 모두 한곳에 때려넣기 보다는 기본 뼈대가 되는 기능을 가진 부분과 그 외의 부분들을 나누어 객체를 조합해가며 사용자가 원하는 기능을 하는 객체를 완성하도록 합니다.

⚓️ Digging into how it works

사전적인 정의는 위와 같은 느낌입니다. 직관적인 이해를 위해서는 Decorate(장식하다.) 라는 영단어를 보면 알 수 있는데 말 그대로 장식을 하는 것입니다.

크리스마스 트리를 장식하는것을 보면 Decorator Pattern과 매우 유사합니다. 크리스마스 트리는 기본적으로 뼈대가 되는 트리가 있고 그 외에 장식들은 추가적으로 추가하는 방식입니다. 그럼 일반적인 구조를 다이어그램을 통해 살펴보도록 하죠.

(출처 : Wikipedia Decorator Page)

위의 구조와 크리스마스 트리 장식을 매칭해가며 알아볼까요?

• Component : 크리스마스 트리 부분을 담당하는 기본 뼈대의 부분입니다.
• ConcreteComponent 실질적으로 Component의 인스턴스로써 기능을 해주는 부분으로 크리스마스 트리도 Tree의 종류에 따라 느낌이 달라지겠죠? 예를들어 Oak tree, Pine tree, etc 다양하게 존재할 수 있겠죠? 그런 뼈대라는 Tree의 실질적인 인스턴스인 나무의 종류들이 될 수 있겠습니다.
  
• Decorator ConcreteDecorator들을 한 번더 모듈화 하는 느낌인것 같습니다. Decorator 간에도 개별적으로 처리되지 않아도 되는 속성이나 메소드들을 묶어서 여기에 표현합니다. (Component를 참조하는 속성 또한 여기에 배치합니다. )
  
• ConcreteDecorator Decorator의 실질적인 인스턴스 부분. 추가된 기능들에 대한 책임을 지는 부분입니다.
  

이런 Decorator Pattern은 뼈대와 장식을 분리할 수 있도록 해주기에 기능의 동적인 확장에 유리하다는 장점이 있지만 항상 사용해도 좋다! 하는 무적의 디자인 패턴은 아닙니다. 여느 디자인 패턴들이 대부분 그렇듯 남용하면 코드가 매우 복잡해지고 길어 질 수 있는 단점이 존재한다.

💻 Code (feat. Java)

크리스마스 트리를 장식하기 위한 모델을 디자인해보았습니다. 우선 클래스 다이어그램은 다음과 같습니다.

클래스 다이어그램

ChristmasTree interface (Component)

public interface ChristmasTree {

    public String howItLooks();
    public double totalCost();
}

OakTree & PineTree (ConcreteComponent)

public class PineTree implements ChristmasTree{
    @Override
    public String howItLooks() {
        return "PineTree";
    }
    @Override
    public double totalCost() {
        return 3.5d;
    }
}

public class OakTree implements ChristmasTree{
    @Override
    public String howItLooks() {
        return "OakTree";
    }
    @Override
    public double totalCost() {
        return 5.5d;
    }
}

ChristmasDecorator abstract class (Decorator)

abstract public class ChristmasDecorator implements ChristmasTree{
    protected ChristmasTree christmasTree;

    public ChristmasDecorator(ChristmasTree christmasTree){
        this.christmasTree = christmasTree;
    }

    public String howItLooks(){
        return christmasTree.howItLooks();
    }

    public double totalCost(){
        return christmasTree.totalCost();
    }
}

Bell & DecoySnow & NeonLight class (concreteDecorator)

public class Bell extends ChristmasDecorator{
    public Bell(ChristmasTree christmasTree){
        super(christmasTree);
    }
    @Override
    public String howItLooks() {
        return super.howItLooks() + " + Bell";
    }
    @Override
    public double totalCost() {
        return super.totalCost() + 0.6d;
    }
}

public class DecoySnow extends ChristmasDecorator{
    public DecoySnow(ChristmasTree christmasTree){
        super(christmasTree);
    }
    @Override
    public String howItLooks() {
        return super.howItLooks() + " + Decoy Snow";
    }
    @Override
    public double totalCost() {
        return super.totalCost() + 0.5d;
    }
}

public class NeonLight extends ChristmasDecorator{
    public NeonLight(ChristmasTree christmasTree){
        super(christmasTree);
    }
    @Override
    public String howItLooks() {
        return super.howItLooks() + " + Neon Light";
    }
    @Override
    public double totalCost() {
        return super.totalCost() + 1.5d;
    }
}

📌 Summary

이번에는 Decorator Pattern에 대해 알아보았습니다. 실제로 쓰이는 경우는 사실 자주 보진 못했지만 StreamReader 라이브러리 부분들이 Decorator 패턴으로 제작 되었다는 소식을 듣기는 하였습니다만 여기서 자세히 소개하진 않도록 하겠습니다.

Decorator Pattern은 용도에 따른 기능을 동적으로 추가하는것을 OOP의 룰들을 지키며 구현할 수 있도록 하는 디자인 패턴 중 하나였습니다. 이때까지 알아본 Strategy Pattern 이랑 묘하게 유사하다고 느끼게 되는 부분(전략 패턴은 행위와 행위를 하는 객체를 분리하는 것이었죠? 뭔가 생겨난 동기랑 구현의 형태가 약간씩 다르다 보니 다른 패턴으로 분류된것 같습니다.) 둘 다 결국 핵심은 메인 뼈대와 잡다구리한 것들을 분리하여 관리하도록 하는 것이다 라는것을 느껴지더라구요 저만 그런가요? 아무튼 많은 레거시한 라이브러리들이 이러한 패턴들을 사용하고 있으니 이해하고 있다면 앞으로 여러 라이브러리들을 접할 때 구조가 어떤식인지 이해하면서 사용하는 것이 가능하겠죠? 말이 너무 길어졌네요. 그럼 이만 물러나겠습니다.