💡 Bean 조회 카카오 IDC화재로 작성중인 포스팅 다 날아가서 이 포스팅만 대충 사진으로 대체

💡 순수 자바 코드 -> 스프링 컨테이너 등록 ApplicationConteext = 스프링 컨테이너 스프링 컨테이너는 @Configuration이 붙은 AppConfig 파일을 설정(구성)정보로 사용한다 @Bean을 모두 호출해서 반환된 객체를 전부 스프링 컨테이너에 등록, 이렇게 등록된 객체를 스프링 빈 이라고함. 스프링 빈은 ApplicationContext.getBean()을 통해 찾아야함 스프링 컨테이너에 객체를 스프링 빈으로 등록하고 컨테이너에서 빈을 찾아서 사용하도록 변경 @Bean은 @Bean이 붙은 메소드의 이름을 스프링빈 이름으로 사용함 ex) getBean("스프링빈이름 == 메소드명", 타입) ex) @Bean(name = "") 으로도 설정 가능

💡 객체 지향 원칙 DIP,OCP,SRP 위반 -> 관심사 분리 DIP = 추상화된 것에만 의존 / OCP = 클라이언트 코드의 불변 / SRP = 단일 책임 원칙 이번 예제는 DIP 충족을 위한 코드변경 예시이며, AppConfig는 코드의 중복이 존재하고 역할에 따른 '구현'이 불안정 DIP충족을 위한 예시로 대충 이해 용도로만 보자 기존의 코드는 클라이언트(구현 클래스)가 인터페이스,구현체에 의존함 클라이언트(구현 클래스)는 순수하게 인터페이스에만 의존하고 구체적인 구현체를 몰라야함 AppConfig 파일을 생성해서 구체적인 구현 객체 생성을 AppConfig에서 담당 (관심사 분리) AppConfig 파일을 통해 구체적인 구현체의 의존성을 외부에서 주입받는것으로 (Dependendy Injecti..