AppConfig의 역할이 너무 광범위 하지는 않을까요?

질문:

- AppConfig의 역할이 너무 광범위 하지는 않을까요?

- member service impl 에 주입하는 구체 클래스는 동적으로 runtime 시 정하는 방법도 있을까요?

깨달음:

- final 변수를 만들면 기본 할당 또는 생성자를 통해서 할당 되어야 함

- Command + E: 과거 했던 파일들 다보는 방법

=> vim: ls

[관심사의 분리]

- 공연

=> 역할의 구현을 누가 정하는가: 기획자

- 기획자

=> AppConfig

[AppConfig]

- 역할

=> 구현 생성

=> 역할에 설정

=> 기획자로서 역할을 갖는 ROLE에 맞는 구현 ACTOR를 배정함

- 역할에 설정 방법:

-- 생성자 주입

[Injection]

- Injection

=> 역할에 구체화를 부여

- DIP를 지킨다

=> 구현 클래스를 몰라도 된다.

==> 역할인 인터페이스만 의존한다.

- OCP를 지킨다

=> (closed) 역할을 사용하는 클라이언트가 구현 클래스를 의지 않해서 구현이 바뀔 때마다 수정할 필요가 없다

=> (open) 클라이언트 수정 없이 언제든지 추가 구현 클래스를 만들어서 클라이언트에 적용 할 수 있다

- Dependency Injection

=> 의존 관계 주입

==> 클라이언트가 의존하는 것을 클라이언트 외부에서 주입