정액 할인을 정률 할인으로 변경하자 AppConfig의 등장으로 애플리케이션이 크게 사용영역과 , 객체를 생성하고 구성(Configuration)하는 영역으로 분리 되었다. AppCofig public class AppConfig { private MemberRepository memberRepository() { // 객체 생성을 메소드 처리 return new MemoryMemberRepository(); // 새로운 구현체를 주입 하고 싶다면 new 객체를 수정하면 된다. } public DiscountPolicy discountPolicy(){ // 객체 생성을 메소드 처리 //return new FixDiscountPolicy(); // 새로운 구현체를 주입 하고 싶다면 new 객체를 수정하면 ..
현재 AppConfig를 보면 중복이 있고 , 역할에 따른 구현이 잘 안 보인다. 구현이 한눈에 딱 보여야 한다. AppConfig 수정 전 public class AppConfig { public MemberService memberService(){ return new MemberServiceImpl(new MemoryMemberRepository()); } public OrderService orderService(){ return new OrderServiceImpl(new MemoryMemberRepository(), new FixDiscountPolicy()); } } AppConfig 수정 후 public class AppConfig { private MemberRepository membe..
객체 지향 원리 적용 - 새로운 할인 정책 개발 및 적용 과 문제점 write-read.tistory.com AppConfig 등장 애플리케이션의 전체 동작 방식을 구성(Config)하기 위해 , 구현객체를 생성하고 , 연결하는 책임을 가지는 별도의 설정 클래스를 만들자 package hello.core; import hello.core.discount.FixDiscountPolicy; import hello.core.member.MemberService; import hello.core.member.MemberServiceImpl; import hello.core.member.MemoryMemberRepository; import hello.core.order.OrderService; import he..
주문과 할인 도메인 개발 및 테스트 write-read.tistory.com RateDiscountPolicy package hello.core.discount; import hello.core.member.Grade; import hello.core.member.Member; public class RateDiscountPolicy implements DiscountPolicy{ private int discountPercent = 10; @Override public int discount(Member member, int price) { if(member.getGrade() == Grade.VIP){ return price * discountPercent / 100; } else{ return 0;..
비즈니스 요구사항과 설계 인터페이스를 만들고 구현체를 얼마든지 갈아끼울 수 있도록 설계한다. 지금은 스프링없는 순수한 자바로만 개발을 진행한다. 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 write-read.tistory.com DiscountPolicy package hello.core.discount; import hello.core.member.Member; public interface DiscountPolicy { /** * @return 할인 대상 금액 */ int discount(Member member , int price); } FixDiscountPolicy package hello.core.discount; import hello.core.member.Gra..
비즈니스 요구사항과 설계 인터페이스를 만들고 구현체를 얼마든지 갈아끼울 수 있도록 설계한다. 지금은 스프링없는 순수한 자바로만 개발을 진행한다. 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 write-read.tistory.com Grade 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, Grade grade) { this.id = id; this.name..
인터페이스를 만들고 구현체를 얼마든지 갈아끼울 수 있도록 설계한다. 지금은 스프링없는 순수한 자바로만 개발을 진행한다. (스프링 핵심 원리 → 스프링 핵심 원리 이해까지만 순수 자바로 진행한다) 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 등급이 있다. 회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다(미확정) 주문과 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있다. 할인 정책은 모든 VIP는 1000원을 할인 해주는 고정 금액 할인을 적용한다. (미확정) 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 최악의 경우 할인을 적용하지 않을 수 있다.(미확정) 추가 링크 - HashMa..
스프링 이야기에 왜 객체 지향 이야기가 나오는가? 스프링은 다음 기술로 다형성 + OCP , DIP를 가능하게 지원 DI : 의존관계 , 의존성 주입 DI 컨테이너 제공 클라이언트 코드의 변경 없이 기능 확장 쉽게 부품을 교체하듯이 개발 OCP , DIP원칙을 지키면서 개발을 해보니 , 너무 할일이 많았다. 그래서 프레임워크로 만들어버림 순수하게 자바로 OCP,DIP 원칙들을 지키면서 개발을 해보면, 결국 스프링 프레임 워크를 만들게 된다(더 정확히는 DI컨테이너) 정리 모든 설계에 역할과 구현을 분리하자 이상적으로는 모든 설계에 인터페이스를 부여하자 실무 고민 하지만 인터페이스를 도입하면 추상화라는 비용(추상화 , 구체화 구분에 따른) 이 발생한다. 기능을 확장할 가능성이 없다면 , 구체 클래스를 직접..
SOLID SRP : 단일 책임 원칙(Single Responsibility Principle) OCP : 개방-폐쇄 원칙(Open/Closed Principle) LSP : 리스코프 치환 원칙(Liskov Substitution Principle) ISP : 인터페이스 분리 원칙(Interface Segregation Principle) DIP : 의존관계 역전 원칙(Dependency Inversion Principle) SRP [단일 책임 원칙] 한 클래스는 하나의 책임만 가져야 한다. 하나의 책임이라는 것은 모호하다. 클 수 있고 , 작을 수 있다. 문맥과 상황에 따라 다르다. 중요한 기준은 변경이다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것 예) UI변경 , 객체의 생성..
스프링 프레임워크 핵심 기술 : 스프링 DI 컨테이너 , AOP , 이벤트 , 기타 웹 기술 : 스프링 MVC , 스프링 WebFlux 데이터 접근 기술 : 트랜잭션 , JDBC , ORM지원 , XML지원 기술 통합 : 캐시 , 이메일 , 원격접근 , 스케쥴링 테스트 : 스프링 기반 테스트 지원 언어 : 코틀린 , 그루비 최근에는 스프링 부트를 통해서 스프링 프레임워크의 기술들을 편리하게 사용 스프링 부트 스프링을 편리하게 사용할 수 있도록 지원 , 최근에는 기본으로 사용 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성 Tomcat 같은 웹 서버를 내장해서 별도의 웹 서버를 설치하지 않아도 됨 손쉬운 빌드 구성을 위한 starter 종속성 제공 스프링과 3rd parth(외부) 라이브러리 자동..
스프링 핵심 원리/스프링 핵심 원리 이해 2020. 12. 25. 17:00
정액 할인을 정률 할인으로 변경하자 AppConfig의 등장으로 애플리케이션이 크게 사용영역과 , 객체를 생성하고 구성(Configuration)하는 영역으로 분리 되었다. AppCofig public class AppConfig { private MemberRepository memberRepository() { // 객체 생성을 메소드 처리 return new MemoryMemberRepository(); // 새로운 구현체를 주입 하고 싶다면 new 객체를 수정하면 된다. } public DiscountPolicy discountPolicy(){ // 객체 생성을 메소드 처리 //return new FixDiscountPolicy(); // 새로운 구현체를 주입 하고 싶다면 new 객체를 수정하면 ..
스프링 핵심 원리/스프링 핵심 원리 이해 2020. 12. 25. 16:41
현재 AppConfig를 보면 중복이 있고 , 역할에 따른 구현이 잘 안 보인다. 구현이 한눈에 딱 보여야 한다. AppConfig 수정 전 public class AppConfig { public MemberService memberService(){ return new MemberServiceImpl(new MemoryMemberRepository()); } public OrderService orderService(){ return new OrderServiceImpl(new MemoryMemberRepository(), new FixDiscountPolicy()); } } AppConfig 수정 후 public class AppConfig { private MemberRepository membe..
스프링 핵심 원리/스프링 핵심 원리 이해 2020. 12. 24. 23:21
객체 지향 원리 적용 - 새로운 할인 정책 개발 및 적용 과 문제점 write-read.tistory.com AppConfig 등장 애플리케이션의 전체 동작 방식을 구성(Config)하기 위해 , 구현객체를 생성하고 , 연결하는 책임을 가지는 별도의 설정 클래스를 만들자 package hello.core; import hello.core.discount.FixDiscountPolicy; import hello.core.member.MemberService; import hello.core.member.MemberServiceImpl; import hello.core.member.MemoryMemberRepository; import hello.core.order.OrderService; import he..
스프링 핵심 원리/스프링 핵심 원리 이해 2020. 12. 24. 22:51
주문과 할인 도메인 개발 및 테스트 write-read.tistory.com RateDiscountPolicy package hello.core.discount; import hello.core.member.Grade; import hello.core.member.Member; public class RateDiscountPolicy implements DiscountPolicy{ private int discountPercent = 10; @Override public int discount(Member member, int price) { if(member.getGrade() == Grade.VIP){ return price * discountPercent / 100; } else{ return 0;..
스프링 핵심 원리/스프링 핵심 원리 이해 2020. 12. 24. 22:25
비즈니스 요구사항과 설계 인터페이스를 만들고 구현체를 얼마든지 갈아끼울 수 있도록 설계한다. 지금은 스프링없는 순수한 자바로만 개발을 진행한다. 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 write-read.tistory.com DiscountPolicy package hello.core.discount; import hello.core.member.Member; public interface DiscountPolicy { /** * @return 할인 대상 금액 */ int discount(Member member , int price); } FixDiscountPolicy package hello.core.discount; import hello.core.member.Gra..
스프링 핵심 원리/스프링 핵심 원리 이해 2020. 12. 24. 21:37
비즈니스 요구사항과 설계 인터페이스를 만들고 구현체를 얼마든지 갈아끼울 수 있도록 설계한다. 지금은 스프링없는 순수한 자바로만 개발을 진행한다. 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 write-read.tistory.com Grade 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, Grade grade) { this.id = id; this.name..
스프링 핵심 원리/스프링 핵심 원리 이해 2020. 12. 24. 20:54
인터페이스를 만들고 구현체를 얼마든지 갈아끼울 수 있도록 설계한다. 지금은 스프링없는 순수한 자바로만 개발을 진행한다. (스프링 핵심 원리 → 스프링 핵심 원리 이해까지만 순수 자바로 진행한다) 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 등급이 있다. 회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다(미확정) 주문과 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있다. 할인 정책은 모든 VIP는 1000원을 할인 해주는 고정 금액 할인을 적용한다. (미확정) 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 최악의 경우 할인을 적용하지 않을 수 있다.(미확정) 추가 링크 - HashMa..
스프링 핵심 원리/객체 지향 설계와 스프링 2020. 12. 24. 19:30
스프링 이야기에 왜 객체 지향 이야기가 나오는가? 스프링은 다음 기술로 다형성 + OCP , DIP를 가능하게 지원 DI : 의존관계 , 의존성 주입 DI 컨테이너 제공 클라이언트 코드의 변경 없이 기능 확장 쉽게 부품을 교체하듯이 개발 OCP , DIP원칙을 지키면서 개발을 해보니 , 너무 할일이 많았다. 그래서 프레임워크로 만들어버림 순수하게 자바로 OCP,DIP 원칙들을 지키면서 개발을 해보면, 결국 스프링 프레임 워크를 만들게 된다(더 정확히는 DI컨테이너) 정리 모든 설계에 역할과 구현을 분리하자 이상적으로는 모든 설계에 인터페이스를 부여하자 실무 고민 하지만 인터페이스를 도입하면 추상화라는 비용(추상화 , 구체화 구분에 따른) 이 발생한다. 기능을 확장할 가능성이 없다면 , 구체 클래스를 직접..
스프링 핵심 원리/객체 지향 설계와 스프링 2020. 12. 24. 18:36
SOLID SRP : 단일 책임 원칙(Single Responsibility Principle) OCP : 개방-폐쇄 원칙(Open/Closed Principle) LSP : 리스코프 치환 원칙(Liskov Substitution Principle) ISP : 인터페이스 분리 원칙(Interface Segregation Principle) DIP : 의존관계 역전 원칙(Dependency Inversion Principle) SRP [단일 책임 원칙] 한 클래스는 하나의 책임만 가져야 한다. 하나의 책임이라는 것은 모호하다. 클 수 있고 , 작을 수 있다. 문맥과 상황에 따라 다르다. 중요한 기준은 변경이다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것 예) UI변경 , 객체의 생성..
스프링 핵심 원리/객체 지향 설계와 스프링 2020. 12. 23. 18:04
스프링 프레임워크 핵심 기술 : 스프링 DI 컨테이너 , AOP , 이벤트 , 기타 웹 기술 : 스프링 MVC , 스프링 WebFlux 데이터 접근 기술 : 트랜잭션 , JDBC , ORM지원 , XML지원 기술 통합 : 캐시 , 이메일 , 원격접근 , 스케쥴링 테스트 : 스프링 기반 테스트 지원 언어 : 코틀린 , 그루비 최근에는 스프링 부트를 통해서 스프링 프레임워크의 기술들을 편리하게 사용 스프링 부트 스프링을 편리하게 사용할 수 있도록 지원 , 최근에는 기본으로 사용 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성 Tomcat 같은 웹 서버를 내장해서 별도의 웹 서버를 설치하지 않아도 됨 손쉬운 빌드 구성을 위한 starter 종속성 제공 스프링과 3rd parth(외부) 라이브러리 자동..