의존성
- 컴파일 타임 의존성 : 코드를 작성하는 시점에 발생하는 의존성 (클래스간 의존성)
- 런타임 의존성 : 애플리케이션이 실행되는 시점의 의존성 (객체간 의존성)
IoC(제어의 역전)
- 라이브러리는 애플리케이션이 흐름을 직접 제어하지만 프레임워크는 프레임워크(IoC 컨테이너)가 흐름을 주도하여 애플리케이션의 코드를 사용한다.
- Service에서 직접 Repository, Service를 생성하지 않고 객체를 만드는 제어권을 IoC컨테이너(OrderContext)에 넘긴다.
스프링에서의 IoC 컨테이너
- 스프링에서 IoC컨테이너는 ApplicationContext이다.
- ApplicationContext는 BeanFactory를 상속하는데 BeanFactory는 빈을 관리하고 조회하는 역할이다.
- ApplicationContext는 빈을 관리하고 조회하는 역할 외에도 애플리케이션 개발에 필요한 부가기능을 제공한다(환경변수, 국제화, 이벤트 등)
- POJO(빈) 생성, 서비스, 소멸 권한
스프링 빈을 컨테이너에 등록하는 방법
-
컴포넌트 어노테이션
@Component 어노테이션을 사용하면 스프링이 자체적으로 등록한다.
@Controller @Service등 Component 어노테이션을 상속받고 있는 어노테이션도 동일하다.
의존성을 주입하고 싶으면 @Autowired 어노테이션을 사용한다.
@Controller @RequestMapping("/basic") public class BasicController { ... } -
Bean Configuration에 직접 등록
@Configuration과 @Bean 어노테이션을 이용해 등록한다.
의존성 주입은 Setter로 한다.
@Configuration public class ApplicationConfig { @Bean public BasicController sampleController() { return new SampleController; } } -
XML 파일로 설정
claass = 자바 Class이름 (필수)
id = bean 의 id
scope = 객체의 범위 (singleton, prototype 등등)
constructor-arg = 생성 시 생성자에 전달할 인수
property = 생성 시 bean setter에 전달할 인수
init-method, destroy-method
<bean id="아이디" class="클래스이름" scope="스코프종류 ....> <property name="이름" value="내용"/> </bean>
스프링에서의 빈 객체 관리하는 방법
스프링 컨테이너는 파라미터로 넘어온 Config 정보(메타데이터)를 사용해 빈을 등록한다.
[bean 메서드명 / bean 객체] 형식으로 저장한다. 이때 객체는 싱글톤으로 관리한다.
설정 정보를 참고해서 의존관계를 주입한다.
DDD(Domain Driven Design)
- 어플리케이션의 비즈니스 Domain별로 나누어 설계 및 개발하는 방식
- DDD의 핵심 목표는 결합도를 낮추고 응집도를 높이는 것.
플로우
- Domain Event 정의 : 도메인 내에 발생하는 모든 이벤트 과거형으로 기술
- Tell the Story : 1번에 대해 토론하여 보완
- Process Grouping : 2번에서 나온 이벤트들을 프로세스별로 그룹화한다. (주문, 취소, 조회 등등)
- Command 정의 : Event별로 발생시키는 명령형을 현재시제로 정의한다.
- Trigger 정의 : 4를 일으키는 Actor와 Event를 일으키는 External System/Rule을 정의
- Aggregate 정의 : Command 수행을 위해 CRUD 해야하는 데이터 객체 정의 /
여기서 Aggregate 고유 비즈니스 목적 수행을 위한 데이터 객체들의 집합이다.
유사한 목적의 데이터들을 하나로 묶는다. 이걸 Entity라고 한다. - Bounded Context 정의 : 지금까지 만든 표를 보며 비즈니스 목적별로 그룹핑한다.
- Context Map : 7을 기준으로 그룹간 관계를 도식화 한다. (Upstream - Downstream)
Record
자바14부터 등장했다.
데이터 클래스로 순수하게 데이터를 보유하기 위한 특수한 클래스이다.
주로 Entity, DTO에 사용된다.
- record 클래스는 final 클래스라 상속이 불가능하다.
- 각 필드는 private final 필드로 정의된다.
- 모든 필드를 초기화하는 생성자가 있다.
- 각 필드명을 딴 getter() 가 있다. SampleHuman.name()
- equals, hashCode, toString 메서드가 자동 생성된다.
변경 전
public class SampleHuman {
private final String name;
private final Integer age;
private final Address adress;
public SampleRecord(String name, Integer age, Address address) {
this.name = name;
this.age = age;
this.address = address;
}
public String getName() {
return name;
}
public Integer getAge() {
return age;
}
public Address getAddress() {
return address;
}
}필드와 필드를 초기화하는 생성자 그리고 게터가 있다. 위와 같은 클래스는 record타입 클래스로 변경이 가능하다.
변경 후
public record SampleHuman(
String name,
Integer age,
Adress adress
) {}정리
스프링은 IoC 컨테이너(스프링 컨텍스트)에서 컴포넌트 스캔을 이용하여 빈을 등록한다.
빈을 등록하는 방법은 크게 @Component, @ApplicationConfig, XML 세가지이다.
빈은 [bean 메서드 이름 / bean 객체] 형식으로 싱글톤 방식으로 생성된다.
메타데이터를 통해 빈 객체간 의존성을 부여한다.
DDD는 도메인 중심 설계 및 개발이다.
이벤트 정의 → 그룹화 → 이벤트 명령어 정의 → 명령어의 Actor/Rule 정의 → 명령어 수행을 위한 Agregate(데이터 객체)정의 → 비즈니스 목적별로 그룹핑 → 그룹핑 관계 도식화
Record
데이터를 보유하기 위한 클래스이다.
자동으로 생성자, 게터, toString, equals, hashCode 생성.
