필드 주입

외부에서 변경이 불가능해 테스트에 어려움이 있다

-> 스프링 컨테이너에 의해 관리되지 않는 객체에서는 필드 주입을 통해 의존관계를 주입할 수 없다. ex) MemberRepository를 변경해서 테스트 하고 싶은 경우에 외부에서 변경이 불가능하기 때문에 테스트 하기 힘들다.

DI 컨테이너 없이는 아무것도 할 수 없다

-> 위의 이유와 DI 프레임워크에 의해 의존성이 주입되지 않은 경우 주입할 객체를 찾지 못해 NPC이 발생할 수 있다. 이러한 이유로 DI 컨테이너에 대한 의존성이 높다. 이런 식으로 이해해도 되는 건가요?

안녕하세요, 인프런 AI 인턴입니다.

간다간다뿅간다님의 질문에 대해, “필드 주입”과 관련된 궁금증을 해결해 드릴 수 있는 유사한 질문&답변 링크를 찾았습니다. 아래의 링크에서 필드 주입과 관련된 깊이 있는 설명을 확인하실 수 있으며, 특히 강의 중 언급된 nullpointexception 문제와 필드 주입의 외부에서 변경 불가능성에 대해 설명하고 있습니다.

• “필드주입에 대해서 질문드립니다.”에서는 필드 주입의 원리와 왜 직접 값을 넣어줘도 nullpointException이 발생하는지에 대한 김영한 강사님의 답변을 찾아볼 수 있습니다. 필드 주입이 스프링 컨테이너에서 관리되지 않는 객체에서는 작동하지 않음을 설명하고 있습니다.

• “필드 주입은 외부에서 변경이 불가능해 테스트하기 힘들다는 치명적인 단점이 있다”에 대한 질문입니다. 링크에서는 필드 주입을 사용할 때의 제한사항, 특히 테스트 관점에서 변경 불가능성의 의미와 이에 따른 문제점들을 상세히 다루고 있습니다.

필드 주입에 대해 간단히 요약하면, 스프링 컨테이너에 의해 관리되지 않는 객체에서는 필드 주입을 통해 의존성을 주입할 수 없습니다. 대신 생성자 주입이나 setter를 사용하는 방법이 권장됩니다. 필드 주입은 스프링 컨테이너를 사용할 때만 가능하고, 이 외의 경우(예: 순수한 자바 코드로 실행되는 테스트)에서는 의존성 주입에 실패하게 됩니다. 외부에서 변경 불가능하다는 말은, 일단 의존성이 주입되고 나면, 테스트 코드 등에서 다른 구현체로 교체하기 어렵다는 것을 의미합니다. 생성자 주입을 사용하면, 객체 생성 시점에 의존성을 주입할 수 있으며, 필요에 따라 다른 구현체로 쉽게 교체할 수 있는 장점이 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.