FrameWork
-
도메인 주도 개발4 - Entity와 Value1FrameWork/Spring&Spring-boot 2023. 11. 12. 15:12
Entity와 Value1 도출한 모델은 크게 엔티티(Entity)와 밸류(Value)로 구분할 수 있다. 게시글요구사항 분석 과정에서 만든 모델은[그림 1.6]과 같은데 이 그림에는 엔티티도 존재하고 밸류도 존재한다. 엔티티와 밸류를 제대로 구분해야 도메인을 올바르게 설계하고 구현할 수 있기 때문에 이 둘의 차이를 명확하게 이해하는 것은 도메인을 구현하는데 있어 중요하다. 엔티티 엔티티의 가장 큰 특징은 식별자를 가진다는 것이다. 식별자는 엔티티 객체마다 고유해서 각 엔티티는 서로 다른 식별자를 갖는다. 예를 들어 주문 도메인에서 각 주문은 주문번호를 가지고 있는데 이 주문번호는 각 주문마다 서로 다르다. 따라서 주문번호가 주문의 식별자가 된다. 앞서 주문 도메인 모델에서 주문에 해당하는 클래스가 Or..
-
Spring 기본 13 - 스프링 빈 설정 메타 정보 - BeanDefinitionFrameWork/Spring&Spring-boot 2023. 11. 10. 17:44
스프링 빈 설정 메타 정보 - BeanDefinition 스프링은 어떻게 이런 다양한 설정 형식을 지원 하는 것일까? 그 중심에는 BeanDefinition이라는 추상화가 있다. 쉽게 이야기해서 *역할과 구현을 개념적으로 나눈 것* 이다. XML을 읽어서 BeanDefinition을 만들면 된다. 자바 코드를 읽어서 BeanDefinition을 만들면 된다. 스프링 컨테이너는 자바 코드인지, XML인지 몰라도 된다. 오직 BeanDefinition만 알면된다. BeanDefinition을 빈 설정 메타정보라 한다. @Bean, 당 각각 하나씩 메타 정보가 생성된다. 스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성한다. 즉 스프링 컨테이너 자체이 BeanDefinition에만 의존한다. 코드 레..
-
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를 지키며..