1) AppConfig 리팩터링 설명
현재 AppConfig를 보면 "중복"이 있고, "역할"에 따른 "구현"이 잘 안 보인다.
한눈에 보일 수 있도록 수정해 보자.!
2) AppConfig 코드 리팩터링
Code
그림 - 사용, 구성의 분리
장점
•
중복 코드 제거와 리팩터링을 통해서 우리는 이제 구현이 어떻게 되어 있는지 한눈에 확인할 수 있으며, 어떻게 동작되는지 짐작할 수 도 있게 되었다.
•
OCP 구성과 사용 영역을 분리함으로서, 구성에서의 확장성이 용이해지고, 수정에는 닫혀있게 설계되었다.
•
SRP 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당, 클라이언트 객체는 실행하는 책임만 담당
•
DIP 클라이언트 코드가 추상화 인터페이스에만 의존하도록 변경
결론
구성과 사용영역을 분리해서, 소스코드의 확정성을 용이하게 만들고, 수정에는 닫혀있어서, 기획자의 정책 수정에도 언제든지 변경 가능한 소스코드가 구현이 되었다. Spring이 어떻게 탄생하였는지, 한 걸음 더 다가섰다.
이 글은 인프런의
제목 : 스프링 핵심원리 기본편
강사 : 김영한 님의 동영상을 참조해 만들었습니다.