애플리케이션을 실행하면 다음 코드처럼 출력된 것을 볼 수 있고 CommentService가 두 의존성에 액세스하여 CommentService 객체가 올바르게 호출했다는 것을 보여 준다.
Storing comment: Demo comment Sending notification for comment: Demo comment
이것은 작은 예제라서 스프링이 경험을 크게 개선한 것처럼 보이지 않겠지만, 다시 살펴보자. DI 기능을 사용하면 CommentService 객체와 그 의존성 인스턴스를 직접 생성하지 않아도 되며, 이들 간 관계를 명시적으로 설정할 필요도 없다. 클래스가 세 개 이상 있는 실제 시나리오에서 스프링이 이 클래스의 객체와 의존성을 관리하면 정말 큰 차이를 만들어 낸다. 개발자는 상용구 코드(boilerplate code)라는 암시적으로 표현될 수 있는 코드1를 제거하고 애플리케이션 기능 자체에 집중할 수 있게 한다. 이런 인스턴스를 컨텍스트에 추가하면 다음 장에서 설명할 기능으로 인스턴스를 제어하고 보강할 수 있다는 점을 기억하라.