앞에서 스프링 컨테이너가 @Autowired 애노테이션을 찾아서 스프링 빈을 자동으로 주입했습니다. 이렇게 의존관계를 주입하는것은 아래와 같이 다양한 방법이 있습니다. 생성자 주입 수정자 주입 필드 주입 일반 메서드 주입 롬복을 사용한 주입 생성자 주입 생성자 주입 방법은 지금까지 사용한 방법으로 생성자 호출시점에 딱 1번 호출됩니다. package hello.core.order; ... @Component public class OrderServiceImpl implements OrderService{ private final MemberRepository memberRepository; private final DiscountPolicy discountPolicy; @Autowired public O..

앞에서 스프링 빈을 등록할때 스프링 컨테이너를 @Configuration 과 @Bean 을 사용하는 방법과 XML 을 통해 만드는 방법으로 스프링 빈을 등록했습니다. 만약 등록해야할 스프링 빈이 많아지면 설정 정보가 커지고 누락하는 문제가 발생합니다. 그래서 자동으로 스프링 빈을 등록하는 컴포넌트 스캔을 사용해보겠습니다. 시작 컴포넌트 스캔을 사용하면 @Configuration 이 붙은 설정 정보도 등록되기 때문에 Appconfig 에 붙은 @Configuration 과 @Bean 을 지워줍니다. package hello.core; import hello.core.member.MemberRepository; import hello.core.member.MemberService; import hello.c..

앞에서 만든 예제 코드에 스프링을 사용해보겠습니다. 시작 먼저 Appconfig 에 @Configuration 과 @Bean 애노테이션을 붙여주겠습니다. package hello.core; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import hello.core.member.MemberRepository; import hello.core.member.MemberService; import hello.core.member.MemberServiceImpl; import hello.core.member.MemoryMemberRepository; imp..

앞에서 만든 OrderServiceImpl 구현체를 보면 다음과 같이 1000원을 할인해주는 FixDiscountPolicy 적용해서 사용하고 있습니다. package hello.core.order; public class OrderServiceImpl implements OrderService{ private final DiscountPolicy discountPolicy = new FixDiscountPolicy(); ... } 만약 금액에 따른 할인을 하는 RateDiscountPolicy 를 적용하게 된다면 아래와 같이 OrderServiceImpl 을 수정해야합니다. package hello.core.order; public class OrderServiceImpl implements Order..

다음으로 주문과 할인 도메인을 작성하겠습니다. 요구사항 회원은 상품을 주문 회원 등급에 따라 할인을 받을 수 있다. 할인은 모든 VIP 를 1000원 할인해주는 할인과 주문 금액당 할인을 해주는 두 가지 방법 주문 엔티티 다음과 같이 주문 엔티티를 작성하기 위해 order 패키지를 만들어 그 안에 생성합니다. package hello.core.order; public class Order { private Long memberId; private String itemName; private int itemPrice; private int discountPrice; public Order(Long memberId, String itemName, int itemPrice, int discountPrice) ..

이번 포스트에서는 클린코드로 유명한 로버트 마틴의 좋은 객체 지향 설계의 5가지 원칙(SOLID)을 정리했습니다. SRP : 단일 책임 원칙 (Single responsibility principle) OCP : 개방-폐쇄 원칙 (Open/closed principle) LSP : 리스코프 치환 원칙 (Liskov substitution principle) ISP : 인터페이스 분리 원칙 (Interface segregation principle) DIP : 의존관계 역전 원칙 (Dependency inversion principle) SRP 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 한다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른것 OCP 개방-폐쇄 원칙 소프트웨어 요소는 ..

스프링은 객체 지향의 특징 중 다형성을 극대화해서 이용할 수 있게 도와줍니다. 이 포스트에서는 다형성과 좋은 객체 지향 프로그램에 대해 정리해보았습니다. 객체 지향 프로그램 컴퓨터 프로그램을 명령어의 목록이 아닌 여러개의 독립된 단위 (객체) 들의 모임으로 보는 것. 프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 소프트웨어 개발에 사용됨 다형성 프로그램 언어의 각 요소들이 다양한 자료형에 속하는것이 허가되는 성질 다형성을 통해 인터페이스를 구현한 객체 인스턴트를 실행 시점에 유연하게 변경할 수 있다. 역할과 구현을 분리 인터페이스를 구현한 객체 인스턴트를 유연하게 변경하는 예제를 실생활의 예를 통해 알아보면 먼저 역할과 구현으로 구분을 해보겠습니다. 위 그림에서 자동차라는 역할(인터페이스) 를..

이번 포스트에서는 회원 도메인의 요구사항을 토대로 설계를 해보겠습니다. 요구사항 회원가입과 조회 회원등급은 일반과 VIP 회원 데이터는 자체 DB 또는 외부 시스템과 연동 회원 엔티티 먼저 회원등급을 위한 Grade 라는 eum 을 member 패키지를 하나 만들어서 생성합니다. package hello.core.member; public enum Grade { BASIC, VIP } 다음으로 회원 도메인을 위한 Member 클래스를 생성합니다. package hello.core.member; public class Member { private Long id; private String name; private Grade grade; public Member(Long id, String name, Gr..