minOS

스프링 사용하여 AppConfig 변경 package com.example.core; import com.example.core.discount.DiscountPolicy; import com.example.core.discount.RateDiscountPolicy; import com.example.core.member.MemberRepository; import com.example.core.member.MemberService; import com.example.core.member.MemberServiceImpl; import com.example.core.member.MemoryMemberRepository; import com.example.core.order.OrderService; impo..

IoC, DI 그리고 컨테이너 제어의 역전 IoC(Inversion of Control) AppConfig 설계 이후 , 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. - 구현체(OrderServiceImpl)은 필요한 인터페이스들을 호출하지만 어떤 구현 객체들이 실행될지 모른다. 프로그램의 제어의 흐름에 대한 권한은 모두 AppConfig가 가지고 있다. 심지어 구현체(OrderServiceImpl)도 AppConfig가 생성한다. 이렇듯, 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 제어의 역전(IoC)이라 한다. 프레임워크 vs 라이브러리 프리엠워크 : 내가 작성한 코드를 제어하고, 대신 실행하는 것 ex..

관심사의 분리 - DIP, OCP 원칙 지키기 위해 AppConfig 클래스 - 구현 객체를 생성하고 연결을 책임지는 별도의 설정 클래스 import com.example.core.discount.FixDiscountPolicy; import com.example.core.member.MemberService; import com.example.core.member.MemberServiceImpl; import com.example.core.member.MemoryMemberRepository; import com.example.core.order.OrderService; import com.example.core.order.OrderServiceImpl; public class AppConfig { p..

새로운 할인 정책 개발 public class FixDiscountPolicy implements DiscountPolicy { private int discountFixAmount = 1000; @Override public int discount(Member member, int price) { if (member.getGrade() == Grade.VIP) { return discountFixAmount; } else return 0; } } 원래 할인 정책에서 새로운 할인 정책 하나를 추가했습니다. public class RateDiscountPolicy implements DiscountPolicy{ private int discountPercent =10; @Override public int..

김영한 강사님 커리큘럼에 따라서 비지니스 요구사항과 설계에 따라 최소한의 스프링 Dependency를 사용하여 코드를 짜보고 있습니다. 테스트 코드를 작성하던 중 package com.example.core.member; import org.junit.jupiter.api.Assertions; import org.junit.jupiter.api.Test; public class MemberServiceTest { MemberService memberService = new MemberServiceImpl(); @Test void join(){ //given Member member = new Member(1L,"memberA",Grade.VIP); //when memberService.join(membe..

좋은 객체 지향 설계의 5가지 원칙(SOLID) SOLID : 클린 코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5원칙 정리 SRP 단일 책임 원칙(Single Responsibility Principle) 1) 한 클래스는 하나의 책임만 가져야 한다. 2) 하나의 책임이라는 것은 모호하다. - 클 수 있고, 작을 수 있다. - 문맥과 상황에따라 다르다. 3) 중요한 기준은 변경이다. 변경이 있을 때 파금효과가 적으면 단일 책임 원칙을 잘 따른 것이다. ex) UI 변경, 객체의 생성과 사용을 분리 OCP 개방-폐쇄 원칙(Open/Closed Principle) 1) 소프트웨어 요소는 확장에 열려 있으나 변경에는 닫혀있어야 한다. 2) 다형성을 활용 3) 인터페이스를 구현한 새로운 클래스를 만들어..