복합 객체 패턴은 객체를 일관된 방식으로 다루는 방법 중 하나입니다. 이 패턴을 사용하면 복잡한 구조의 객체를 구성하고, 그 구조를 유지하면서 객체를 다룰 수 있습니다. 이 글에서는 복합 객체 패턴이 무엇인지, 왜 사용해야 하는지에 대해 알아보겠습니다.

복합 객체란 무엇인가?

복합 객체란, 다른 객체들을 포함하고 있는 객체를 의미합니다. 즉, 객체 내부에 다른 객체들이 중첩되어 있는 것을 말합니다. 예를 들어, 어떤 회사의 조직도를 생각해보면, 회사 전체를 나타내는 객체 안에 부서 객체들이 있고, 부서 객체 안에는 팀 객체들이 있을 것입니다. 이때, 회사 객체가 복합 객체이고, 부서와 팀 객체는 각각 회사 객체 안에 중첩된 복합 객체입니다.

복합 객체 패턴은 이러한 복합 객체를 다루는 방법을 제공합니다. 이 패턴을 사용하면, 복합 객체 안에 포함된 객체들을 일관된 방식으로 다룰 수 있습니다. 이는 객체의 구조가 변경되더라도, 객체를 다루는 방법을 일관된 상태로 유지할 수 있게 해줍니다.

왜 복합 객체 패턴을 사용해야 하는가?

복합 객체 패턴을 사용하면, 복잡한 구조의 객체를 다루는 것이 훨씬 효율적이고 간편해집니다. 이 패턴을 사용하면, 객체의 구조가 변경되더라도 객체를 다루는 방법을 일관된 상태로 유지할 수 있기 때문입니다. 또한, 객체의 구조를 변경해야 하는 경우, 이 패턴을 사용하면 구조 변경의 영향을 최소화할 수 있습니다.

아래는 복합 객체 패턴의 예시 코드입니다.

interface Component {
    void operation();
}

class Leaf implements Component {
    public void operation() {
        // Leaf operation
    }
}

class Composite implements Component {
    private List children = new ArrayList();

    public void add(Component component) {
        children.add(component);
    }

    public void remove(Component component) {
        children.remove(component);
    }

    public void operation() {
        for (Component component : children) {
            component.operation();
        }
    }
}

위 코드에서 Component는 복합 객체와 단일 객체를 모두 포함하는 객체를 나타내는 인터페이스입니다. Leaf는 단일 객체를 나타내며, Composite는 복합 객체를 나타냅니다. Composite에는 자식 객체들을 추가하거나 제거하는 기능이 포함되어 있으며, operation 메서드는 Composite에 속한 모든 자식 객체들의 operation 메서드를 호출합니다.

Reference : Composite Pattern: 복합 객체를 통해 일관된 방식으로 객체를 다루는 방법

Bridge Pattern은 디자인 패턴 중 하나로, 객체의 인터페이스와 구현을 분리하여 각각 독립적으로 변경할 수 있는 방법을 제공합니다. 객체지향 프로그래밍에서 추상화와 구현을 분리하면 유연하고 확장 가능한 코드를 작성할 수 있습니다. 이번에는 Bridge Pattern이 무엇인지, 그리고 추상화와 구현의 분리를 통해 유연하고 확장 가능한 코드를 작성하는 방법을 알아보겠습니다.

Bridge Pattern란 무엇인가?

Bridge Pattern은 구조 패턴 중 하나로, 추상화와 구현을 분리하여 시스템의 확장성과 변화에 대응하는 방법을 제공합니다. Bridge Pattern은 추상적인 부분과 구체적인 구현부분을 분리하여 각각 독립적으로 변경할 수 있는 구조를 만듭니다. 이 방법을 사용하면 추상화된 인터페이스와 구현부를 느슨하게 결합하여 시스템의 유지보수와 확장성을 향상시킬 수 있습니다.

추상화와 구현의 분리를 통한 유연한 코드 작성 방법

추상화와 구현의 분리를 통해 유연하고 확장 가능한 코드를 작성하는 방법은 다음과 같습니다.

  1. 추상화된 인터페이스를 정의합니다. 이 인터페이스는 구현부와 독립적이며, 추상화된 기능을 정의합니다.
  2. 구현부 클래스를 정의합니다. 추상화된 인터페이스를 구현하는 클래스입니다. 이 클래스는 추상화된 인터페이스와 독립적으로 변경될 수 있으며, 실제 기능을 구현합니다.
  3. 추상화된 인터페이스를 사용하는 클라이언트 클래스를 정의합니다. 이 클래스는 추상화된 인터페이스를 사용하여 기능을 수행합니다. 이 클래스는 구현부를 알 필요가 없으며, 추상화된 인터페이스를 사용하여 기능을 수행합니다.
  4. 구현부 클래스를 사용하는 클래스를 정의합니다. 이 클래스는 추상화된 인터페이스와 구현부 클래스를 함께 사용하여 기능을 수행합니다. 이 클래스는 추상화된 인터페이스와 구현부 클래스를 연결하는 역할을 합니다.

다음은 Bridge Pattern을 구현한 코드입니다.

interface Shape {
    void draw();
}

class Circle implements Shape {
    @Override
    public void draw() {
        System.out.println("Draw Circle");
    }
}

class Square implements Shape {
    @Override
    public void draw() {
        System.out.println("Draw Square");
    }
}

abstract class Brush {
    protected Shape shape;

    public Brush(Shape shape) {
        this.shape = shape;
    }

    public abstract void draw();
}

class RedBrush extends Brush {
    public RedBrush(Shape shape) {
        super(shape);
    }

    @Override
    public void draw() {
        System.out.print("Draw Red ");
        shape.draw();
    }
}

class BlueBrush extends Brush {
    public BlueBrush(Shape shape) {
        super(shape);
    }

    @Override
    public void draw() {
        System.out.print("Draw Blue ");
        shape.draw();
    }
}

public class BridgePattern {
    public static void main(String[] args) {
        Shape circle = new Circle();
        Brush redBrush = new RedBrush(circle);
        Brush blueBrush = new BlueBrush(circle);

        redBrush.draw();
        blueBrush.draw();
    }
}

위 코드에서 Shape는 추상화된 인터페이스입니다. Circle과 Square은 Shape를 구현하는 클래스입니다. Brush는 추상화된 인터페이스를 사용하는 클라이언트 클래스입니다. RedBrush와 BlueBrush는 Brush를 구현하는 클래스입니다. 이 코드에서 Brush와 Shape는 서로 독립적으로 변경될 수 있으며, Brush를 추가하거나 Shape를 추가하더라도 영향을 받지 않습니다.

Bridge Pattern을 사용하면 추상화와 구현을 분리하여 유연하고 확장 가능한 코드를 작성할 수 있습니다. 이를 통해 시스템의 유지보수와 확장성을 향상시킬 수 있습니다. Bridge Pattern을 사용하여 객체지향 프로그래밍을 하면 더 나은 코드를 작성할 수 있습니다.

Reference : Bridge Pattern: 추상화와 구현의 분리를 통해 유연하고 확장 가능한 코드 작성하기

+ Recent posts