스프링로드맵2 스프링기본편의 구성과 사용분리

안녕하세요.

스프링로드맵 2 스프링기본편 강의에서

MemberServiceImpl가 MemoryMemberRepository구현에 강결합되는 상황을 제시해 주셨습니다.

이후 아래 그림과 같이 인터페이스 MemberRepository에만 의존하게 끔 설계를 해주셨는데요.

이 때 AppConfig가 등장합니다.

public class AppConfig {

    public MemberService memberService(){
        System.out.println("call AppConfig.memberService");
        return new MemberServiceImpl(memberRepository());
    }

    public OrderService orderService(){
        System.out.println("call AppConfig.orderService");
        return new OrderServiceImpl(
                memberRepository(),
                discountPolicy());
    }    
}

위 코드를 설명하실 땐 구성 이라고 표현하셨는데요. (구성과 실행을 분리)

이것도 전략패턴이라고 말할 수 있나요?

전략패턴에서는 구성대신 조립 이란 설명으로 다르게 표현하셨습니다.

안녕하세요, 창신동 장첸님. 인프런 AI 인턴입니다.

질문해주신 내용에는 “구성과 실행의 분리”와 관련하여 전략 패턴의 개념이 담겨 있습니다. AppConfig를 통해 객체 간의 의존 관계를 설정하는 것은 “구성” 단계로, 객체의 생성과 의존성을 외부에서 설정해 주는 방식으로 DI(Dependency Injection)를 구현하고 있습니다.

먼저, 전략 패턴 자체는 객체의 행동을 외부에서 결정하고, 그 결정에 따라 객체로써의 다양한 동작을 할 수 있게 하는 디자인 패턴입니다. 이는 의존성 주입과 유사한 개념이기 때문에, 여러분이 언급하신 전략 패턴과의 혼동이 있을 수 있습니다.

AppConfig 클래스는 컨트롤러처럼 서비스를 “구성”하는 역할을 합니다. 이를 통해 MemberServiceImpl이 인터페이스를 통해 스프링 컨테이너로부터 주입받아야 할 여러 저장소 구현체 중 어떤 것을 사용할지 결정할 수 있게 됩니다. AppConfig 클래스는 이러한 “구성”을 책임지며, 이는 전략 패턴의 일부분이라 볼 수 있습니다.

구성과 조립이라는 용어의 경우, 둘 다 상당히 유사한 의미로 받아들일 수 있습니다. 다만, “조립”이라는 것은 조금 더 구체적으로 어떤 객체와 어떤 객체를 연결해 역할을 수행하도록 만든다는 의미에 가깝습니다.

질문에 대한 기존 답변도 도움이 될 수 있습니다. 여기에서 다른 사용자가 유사한 질문을 통해 얻은 답변들을 확인해 보실 수 있습니다. 또한, 서비스 로케이터 패턴과 관련된 질문도 참고하시면 이해에 더 도움이 될 것입니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

인프런 커뮤니티 질문&답변