Spring 핵심원리

Spring 필수 스프링 프레임워크 스프링 부트 선택 스프링 데이터 : CRUD를 편리하게 도와주는 기술 -> 제일 많이 쓰는 건 Spring data JPA 스프링 세션 : 세션 기능을 편리하게 사용할 수 있게 도와줌 스프링 시큐리티 : 보안 스프링 Rest Doc

🔖지난 포스트에 이어서 Spring의 개념에 대해 알아볼 것이다.지난 포스트에서 다형성만으로는 SOLID원칙이 만족할 수 없다는 것을 알게 되었다.그렇다면 이를 모두 만족하기 위해서 필요한 것은 무엇일까? 이번 포스트에서 알아보도록 하자.DI(Dependency In

먼저, 아래 스프링 부트 스타터 사이트로 이동하여 스프링 프로젝트를 생성한다.스프링 스타터Gradle ProjectLanguage: javaversion : 3.2.4 (snapshot or m~는 아직 릴리즈되지 않은 버전임)packaging : jarjava ver

🔖요구사항 설계를 기반으로 세부적으로 회원 도메인을 설계하고 개발해보자. 회원 도메인 설계 회원 도메인 요구사항 > 회원은 가입하고 조회 가능 회원은 일반과 vip 두 가지 등급이 존재 회원 데이터는 자체 DB를 구축할 수 있고 외부 시스템과 연동할 수 있다.(미확

🔖지난 시간에 이어 더 복잡한 도메인을 설계해보자. 주문과 할인 도메인 설계 주문과 할인 정책 >회원은 상푼을 주문 가능 회원 등급에 따라 할인 정책을 적용 가능 할인 정책은 모든 vip는 1000원을 할인해주는 고정 금액 할인을 적용(나중에 변경 가능) 할인 정책

🔖지난에 정액할인정책을 구현하였다. 이번에는 정률할인정책을 구현해보자. 새로운 할인 정책 개발 고정할인금액으로 구현하였으나, 더 효율적으로 정률할인을 추가하고 싶다. DiscountPolicy 인터페이스를 상속받는 RateDiscountPolicy를 구현해보자.

다양한 책임을 가지지 않고 각각의 책임을 확실히 분리하자.App Config실제 동작에 필요한 구현 객체를 생성한다.생성한 객체 인스턴스의 참조를 생성자를 통해서 주입해준다.MemberServiceImpl 생성자 주입MemberServiceImpl- > MemortyM

🔖지난 포스트에서 AppConfig 생성하여 객체를 생성하고 역할을 부여하도록 구현하였고, SOLID 법칙을 만족하도록 구현하였다. 이번 포스트에서는 AppConfig를 리팩터링 해보자. AppConfig의 역할이 뚜렷하게 보이지 않아서 리팩터링하여 역할을 드러나게

정액 할인 정책을 정률 할인 정책으로 변경해보자.FixDiscountPolicy - > RateDiscountPolicy어떤 부분을 변경해야 될까?사용, 구성의 분리할인 정책의 변경변경 후 20000으로 변경하고 실행하면 할인 금액이 2000원으로 적용된다.사용 영역은

프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 뜻한다.이전에 실행했던 예제에서는 appConfig가 권한을 가지고 있다.appConfig가 제어 흐름에 대한 권한을 가지고 있으므로 이를 제어의 역전이라 한다.OrderServiceImpl은 D

🔖이전까지는 순수한 자바 코드만으로 DI를 적용했다. 이젠 스프링을 사용해보자. 스프링으로 전환하기 appConfig MemberApp OrderApp 스프링 컨테이너 ApplicationContext를 스프링 컨테이너라 한다. 기존에는 개발자가 AppConf

ApplicationContext 를 스프링 컨테이너라 한다.ApplicationContext 는 인터페이스이다.스프링 컨테이너는 xml 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로 만들 수 있다.AppConfig를 사용했던 방식이 애노테이션 기반의