Bean의 장점만 줄줄 외우는지, 아니면 컨테이너 관리의 이점과 한계(상태 관리, 스코프, 테스트 대체 전략)를 함께 보는지 가른다.
Spring이 객체를 Bean으로 관리하는 이유는 생성·주입·생명주기를 컨테이너가 일관되게 책임지게 만들기 위해서다. 이렇게 하면 의존성 조립이 표준화되고, 트랜잭션·보안·로깅 같은 횡단 관심사를 AOP로 한 곳에서 끼워 넣을 수 있다. 테스트에서도 대체 Bean을 주입해 검증 경계를 깔끔하게 자른다. 단, 모든 객체를 Bean으로 올리면 안 된다. 싱글톤 가변 상태, 스코프 선택, 책임 경계를 함께 설계해야 컨테이너 관리의 이점이 실제로 나온다.
new로 직접 만들던 객체를 Bean으로 옮기며 의존성 그래프가 어떻게 정리됐는지 말할 수 있다면 DI의 체감 효과와 연결할 수 있다
싱글톤 Bean에 가변 상태를 잘못 뒀다가 동시성 이슈를 겪은 경험이 있다면 스코프 선택 근거와 연결할 수 있다
AOP로 트랜잭션·로깅을 끊어낸 경험이 있다면 컨테이너 관리가 이를 가능하게 한 이유를 풀어낼 수 있다
테스트에서 Mock Bean으로 외부 의존을 갈아 끼운 경험이 있다면 검증 경계 설계 이야기로 이어갈 수 있다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.