웹 개발 (60) 썸네일형 리스트형 [Spring 기본] 좋은 객체 지향 설계의 5가지 원칙의 적용 객체 지향 설계 원칙지금까지 객체 지향 설계 원칙에 따라 코드를 수정해보았다. 어떤 원칙이 어떻게 적용됐는지 살펴보자. SRP 단일 책임 원칙한 클래스는 하나의 책임만 가져야 한다. 클라이언트 객체는 직접 구현 객체를 생성하고, 실행하는 다양한 책임을 가지고 있음.단일 책임 원칙을 따르면서 관심사를 분리함.구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당클라이언트 객체는 실행하는 책임만 담당 DIP 의존관계 역전 원칙프로그래머는 "주상화에 의존해야지, 구체화에 의존하면 안된다." 의존성 주입은 이 원칙을 따르는 방법 중 하나다. 새로운 할인 정책을 개발하고, 적용하려고 하니 클라이언트 코드도 함께 변경해야 했다. 기존 클라이언트 코드가 구체화 구현클래스인 FixDiscountPolicy에 .. [Spring 기본] 새로운 구조와 할인 정책 적용 새로운 구조와 할인 정책 적용이전 포스팅에서 AppConfig를 사용해서 구조를 변경함으로써 책임과 역할을 분리했다. 이제 새로운 할인 정책을 적용하려면 AppConfig만 변경하면 된다. public class AppConfig { public MemberService memberService() { return new MemberServiceImpl(memberRepository()); } private MemberRepository memberRepository() { return new MemoryMemberRepository(); } public OrderService orderService() { return new Ord.. [Spring 기본] AppConfig 리팩토링 AppConfig 리팩토링현재 AppConfig는 중복되는 부분이 있고, 역할에 따른 구현이 잘 안보인다. 코드를 수정해보자. public class AppConfig { public MemberService memberService() { return new MemberServiceImpl(memberRepository()); } private MemberRepository memberRepository() { return new MemoryMemberRepository(); } public OrderService orderService() { return new OrderServiceImpl(memberRepository(), .. [Spring 기본] 관심사의 분리 관심사의 분리애플리케이션을 하나의 공연이라 생각해보자. 로미오와 줄리엣 공연을 한다고 가정하면 로미오 역할을 누가할지 줄리엣 역할을 누가할지 배역을 선택하는 것은 누구일까? 배역을 정한느 것은 배우가 아니다. 배우가 배역을 정한다면 배우는 너무 많은 책임을 가지게 된다. "관심사를 분리하자"배우는 본인의 역할인 배역을 수행하는 것에만 집중해야 한다. 배우는 어떤 상대 배우가 선택되더라도 똑같이 공연을 할 수 있어야 한다. 공연을 구성하고, 배우를 섭외하고, 역할에 맞는 배우를 지정하는 책임은 별도의 "공연 기획자"가 담당한다. 공연 기획자를 만들고, 배우와 기획자의 책임을 분리하자. AppConfig 의 등장애플리케이션의 전체 동작 방식을 구성하기 위해 "구현 객체를 생성"하고 "연결"하는 책임을 가.. [Spring 기본] 새로운 할인 정책 개발 새로운 할인 정책 개발요구 사항이 변경되어 새로운 할인 정책을 추가해야 된다. 할인 정책이 기존에는 고정 금액 할인이었으나, 주문 금액 당 할인하는 정률 %할인으로 변경한다. 객체 지향 설계의 원칙을 준수했다면 쉽게 할인 정책을 변경할 수 있을 것이다. 코드를 통해 확인해보자. RateDiscountPolicy 추가 RateDiscountPolicy.javapackage hello.core.discount;import hello.core.member.Grade;import hello.core.member.Member;public class RateDiscountPolicy implements DiscountPolicy { private int discountPercent= 10; @Overr.. [Spring 기본] 주문과 할인 도메인 개발 주문과 할인 도메인 개발1. 할인 정책 인터페이스 생성DiscountPolicy.javapackage hello.core.discount;import hello.core.member.Member;public interface DiscountPolicy { /** * * @return 할인 대상 금액 */ int discount(Member member, int price);} 2. 할인 정책package hello.core.discount;import hello.core.member.Grade;import hello.core.member.Member;public class FixDiscountPolicy implements DiscountPolicy{ private .. [Spring 기본] 주문과 할인 도메인 설계 주문 도메인 협력, 역할, 책임 1. 클라이언트는 주문 서비스에 주문 생성을 요청한다. 2. 회원 조회: 할인을 위해서는 회원 등급이 필요하다. 주문 서비스는 회원 저장소에서 회원을 조회한다. 3. 할인 적용: 주문 서비스는 회원 등급에 따른 할인 여부를 할인 정책에 위임한다. 4. 주문 결과 반환: 주문 서비스는 할인 결과를 포함한 주문 결과를 반환한다. 클래스 다이어그램 => 회원을 메모리에서 조회하고, 정액 할인 정책(고정금액)을 지원해도 주문 서비스를 변경할 필요가 없다. 역할들의 협력 관계를 그대로 재사용 할 수 있다. * 인프런 '스프링 핵심 원리 -기본편' 강의를 참고하여 작성했습니다. [Spring 기본] 회원 도메인 개발 회원 도메인 개발1. member 패키지 생성.2. Grade 클래스 생성. Enum으로 생성한다. Grade.javapackage hello.core.member;public enum Grade { BASIC, VIP} 3. Member 클래스 생성. 생성자와 getter, setter를 만든다. Member.javapublic class Member { private Long id; private String name; private Grade grade; public Member(Long id, String name, Grade grade) { this.id = id; this.name = name; this.grade = gra.. 이전 1 2 3 4 5 6 7 8 다음
