FrameWork/Spring&Spring-boot
-
Spring 기본 12 - BeanFactory와 ApplicationContextFrameWork/Spring&Spring-boot 2023. 11. 10. 15:43
BeanFactory와 ApplicationContext BeanFactory와 ApplicationContext에 대해서 알아 보자 *BeanFactory* 스프링 컨테이너의 최상위 인터페이스이다. 스프링 빈을 관리하고 조회하는 역할을 담당한다. getBean() 을 제공한다. 지금까지 게시문에서 스프링 빈을 조회한 것에 대부분의 기능은 BeanFactory가 제고하는 기능이다. *ApplicationContext* BeanFactory기능을 모두 상속 받아 제공한다. 빈을 관리하고 검색하는 기능을 BeanFactory가 제공해주는데, 그러면 그 둘의 차이는 뭘까? 애플리케이션을 개발할 때는 빈은 관리하고 조회하는 기능을 물론이고, 이외에도 수많은 부가적인 기능이 필요하다. *ApplicationCon..
-
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..