전체 글
-
Spring 기본 11 - 스프링 빈 조회FrameWork/Spring&Spring-boot 2023. 11. 10. 13:09
컨테이너에 등록된 모든 빈 조회 스프링 컨테이너에 실제 스프링 빈들이 잘 등록 되었는지 확인해보자. package com.hello.core.beanfind; import com.hello.core.AppConfig; import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.config.BeanDefinition; import org.springframework.context.annotation.AnnotationConfigApplicationContext; public class ApplicationContectInfoTest { AnnotationC..
-
Spring 기본 10 - 스프링 컨테이너와 스프링FrameWork/Spring&Spring-boot 2023. 11. 10. 11:40
스프링 컨테이너 생성 스프링 컨테이너가 생성된는 과정을 알아보자. ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext를 스프링 컨테이너라고 한다. ApplicationContext는 인터페이스이다. 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 어노테이션 기반의 자바 설정 클래스로 만들 수 있다. 직전에 게시글에서 AppConfig를 사용했던 방식이 어노테이션 기반의 자바 설정 클래스로 스프링 컨테이너를 만든 것이다. 자바 설정 클래스 기반으로 스프링 컨테이너(ApplicationContext) 만들기 new AnnotationConfigAppl..
-
Spring 기본 9 - 스프링으로 전환하기FrameWork/Spring&Spring-boot 2023. 11. 9. 17:38
스프링으로 전환하기 지금까지 순수한 자바 코드만으로 DI를 적용했다. 이제 스프링을 사용해보자 import org.springframework.beans.factory.annotation.Configurable; import org.springframework.context.annotation.Bean; @Configurable public class AppConfig { @Bean public MemberService memberService(){ return new MemberServiceImpl(memberRepository()); } @Bean public MemberRepository memberRepository() { return new MemoryMemberRepository(); } @B..
-
Spring 기본 8 - IoC, DI 그리고 컨테이너FrameWork/Spring&Spring-boot 2023. 11. 9. 16:42
IoC, DI 그리고 컨테이너 제어의 역전 IoC(Inversion of Control) 보통은 코딩을 할때 개발자가 원하는데로 원하는 지점에서 원하는 객체를 생성하고 호출했다. 즉 개발자가 원하는 순서에 따라 프로그램에 작성되고 유연성이 떨어졌다. 이런 반면 제어의 역전이라는 개념 프로그래머가 작성한대로 호출하는 것이 아닌 프레임워크 같은 것들이 객체를 대신 생성하고 호출하는 것이다. 기존 프로그램은 클라이언트 구현객체가 스스로 필요한 구현 객체를 생성하고, 연결하고, 실행했다. 한마디로 구현 객체가 프로그램 제어 흐름을 스스로 조종했다. 반면에 AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. 예를 들어서..
-
Spring 기본 7 - 좋은 객체 지향 설계의 5가지 원칙 적용FrameWork/Spring&Spring-boot 2023. 11. 9. 15:20
좋은 객체 지향 설계의 5가지 원칙 적용 앞선 spring 게시글에서 SRP, DIP, OCP 3가지 원칙 적용 SRP 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 한다. 클라이언트 객체는 직접 객체를 생성하고, 연결하고, 실행하는 다양한 책임을 가지고 있었다. SRP 단일 책임 원칙을 다르면서 관심사를 분리한다. 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당 클라이언트 객체는 실행하는 책임만 담당 DIP 의존관계 역전 원칙 프로그래머는 추상화에 의존해야지 구체화에 의존하면 안된다. 의존성 주입은 원칙을 따르는 방법중 하나다. 할인 정책을 개발하고, 적용하려고 하니 클라이언트 코드도 함께 변경해야 했다. 왜냐하면 기존 클라이언트 코드(OrderServiceImpl)는 DIP를 지키며..
-
Spring 기본 6 - 새로운 구조와 할인 정책 적용, 전체 흐름 정리FrameWork/Spring&Spring-boot 2023. 11. 9. 14:20
새로운 구조와 할인 정책 사용 처음으로 돌아가서 정액 할인 정책을 정률%할인 정책으로 변경해보자 FixDiscountPolicy → RateDiscountPolicy 어떤 부분만 변경하면 되겠는가? *AppConfg의 등장으로 애플리케이션이 크게 사용 영역과, 객체를 생성하고 구성(Configuration)하는 영역으로 분리되었다.* 사용, 구성의 분리 할일 정책의 변경 FixDiscountPolicy → RateDiscountPolicy로 변경해도 구성 영역만 영향을 받고, 사용영역은 전혀 영향을 받지않는다. *할인 정책 변경 구성 코드* public DiscountPolicy discountPolicy(){ return new FixDiscountPolicy(); } public DiscountPol..
-
Spring 기본5 - AppConfig 리팩토링FrameWork/Spring&Spring-boot 2023. 11. 9. 13:27
AppConfig 리팩토링 현재 AppConfig를 보면 중복이 있고 역할에 따른 구현이 잘 안보인다. *기대하는 그림* 구성 정보(AppConfig)에는 역할이 있고, 역할에 따른 구현을 어떻게 하는지가 한눈에 보여야 한다. 즉 각 역할들을 들어나게 하는 것이 중요하다. ⌨️ tip) 인델리제이 단축키 Ctrl + Alt + M - Extract Method *리팩토링 전* package com.hello.core; import com.hello.core.discount.FixDiscountPolicy; import com.hello.core.member.MemberService; import com.hello.core.member.MemberServiceImpl; import com.hello.cor..
-
Spring 기본 4 - 관심사의 분리FrameWork/Spring&Spring-boot 2023. 11. 9. 13:01
관심사의 분리 *관심사를 분리하자* 배우는 본인의 역할인 배역을 수행하는 것에만 집중해야 한다. 배우는 상대 배역이 어떤 배우가 되더라도 똑같이 공연할 수 있어야 한다. 공연을 구성하고, 담당 배우를 섭외하고, 역할에 맞는 배우를 지정하는 책임을 담당하는 별도의 *공연 기획자*가 나올시점이다. 공연기획자를 만들고, 배우와 공연 기획자의 책임을 확실히 분리하자. AppConfig 등장 애플리케이션 전체 동작 방식을 구성(config)하기 위해 구현 객체를 생성 하고, 연결 하는 책임을 가지는 별도의 설정 클래스를 만들자 *AppConfig* package com.hello.core; import com.hello.core.discount.FixDiscountPolicy; import com.hello.co..