Dependency Injection: Concept of Spring Framework

과제를 하면서, 아주 좋은 사이트를 하나 알게 되었다. 교수님께서 소개하신 미디엄! 다양한 분야의 전문가들이 쓴 글을 볼 수 있는 일종의 블로그, 미디엄(meduim.com)이다. 물론! 대부분이 영어로 작성되어 있다.

나름 해석해보았고, 그 내용이 제어의 역전을 이해하고 스프링프레임워크가 제공하는 의존성 주입에 대하여 전반적인 이해를 돕기 좋을 것 같아 번역을 공유하려 한다.

Dependency Injection: Concept of Spring Framework (의존성 주입 : 스프링 프레임 워크의 개념)의 제목으로 쓴 미디엄의 글,

(medium.com/analytics-vidhya/dependency-injection-concept-of-spring-framework-d9c3688005f8)

이 원본 글이다. 나의 주관적인 해석이 포함되어 있으므로, 나의 해석을 참고하여 직접 검색을 해보면서 개념을 알아가면 좋겠다. 또한, 틀린 부분이 보인다면 알려주시면 감사하겠다!

An overview of Dependency Injection

Spring framework serves as a dependency injection, which is a form of inversion control ( Inversion of Control is a programming principle which inverts the flow of control as compared to traditional control flow). IoC is a kind of Hollywood principle, don’t call us, we’ll call you, which is applied to programming.

의존성 주입 개요

스프링 프레임워크는 제어의 역전(IoC는 제어의 흐름을 전통적인 흐름과 도치(반대인)시킨 프로그래밍 원칙임)의 한 형식으로 의존성 주입을 제공한다. IoC는 일종의 헐리우드 원칙인데, 프로그래밍에 적용되는 “우리를 호출하지 마세요, 우리가 호출할게요”이다.

"Don't call us, we'll call you"는 헐리우드 원칙이다. "우리를 부르지마세요, 우리가 당신을 부를게요." 이것을 프로그래밍 원칙에 적용시켜서, call을 '호출하다'라고 해석하였다. 이는, 부모 클래스(상위 모듈)은 자식 클래스(하위 모듈)을 호출할 수 있지만, 그 반대의 호출은 불가하다는 것이다. 스프링 프레임워크에 적용하여 본다면, "응용프로그램 클래스가 특정 라이브러리를 호출하지 마세요, 우리(스프링프레임워크)가 당신을 호출할게요" 라고 해석될 수 있겠다.

Inversion of Control Principle

The spring framework serving as a dependency injection binds together the classes of your application with the help of the instructions provided by you, which can be provided as annotations in the code or by explicitly binding the configuration code or by using an XML configuration.

의존성 주입으로서의 스프링프레임워크의 제공은 당신의 어플리케이션의 클래스들과 당신이 제공한 설명을 묶는데, 그 설명들은 코드의 어노테이션들이나 바인딩된 구성(configuration)코드 또는 XML 구성을 사용함으로써 제공될수 있다

Explanation using an example

If you start with an application, it might require other classes as well, like helper and utility classes. So, in basic Java the application class would instantiate the helper and utility classes and then start using them, which will increase the coupling between the classes. Now there’s a tight coupling between the classes, as the application class now depends upon the correct implementation of helper and utility classes and also there is no concept of abstraction among the classes. This makes it difficult to test the application class alone, as it will always instantiate the other two classes.

예시를 이용한 설명

당신이 어플리케이션을 시작한다면, 그것은 헬퍼나 유틸리티 클래스 같은 다른 클래스들 또한 요구할 것이다. 그래서 기본 자바 어플리케이션 클래스는 헬퍼와 유틸리티 클래스를 인스턴스화 하고나서 그것들을 사용하기 시작하는데, 이것은 클래스들 간의 결합도를 증가시킬 것이다. 이제 클래스들 간에 단단한 결합이 있고, 그만큼 어플리케이션 클래스들은 헬퍼나 유틸리티 클래스들이 확실히 수행되는지에 대해서 의존하게 되었으며, 또한 클래스들 사이의 추상화 개념이 없게 된다. 이것은 어플리케이션 클래스들이 항상 다른 두 클래스들을 인스턴스화 하면서 이 클래스들을 각각 테스트하기 어렵게 만든다.

스프링 프레임워크를 사용하지 않을 때, 어플리케이션(=응용프로그램)이 직접 헬퍼나 유틸리티 클래스를 직접적으로 사용하는데, 이는 높은 결합도를 보이며 서로에게 큰 영향을 끼치게 되는 문제를 제시하고 있다.

An example of spring DI container (스프링 의존성 주입 컨테이너의 한 예시)

This is now when the spring dependency injection container comes into picture. With the help of spring dependency injection you will have the same classes to run your application but rather than instantiating and binding the classes, you will have to instruct the spring DI container to do the same for you. this can be done using annotations in the code or using configuration code or with an XML configuration code.

이것은 스프링의 의존성 주입 컨테이너를 그림으로 표현한 것이다. 스프링의 의존성 주입의 도움으로, 당신은 어플리케이션을 실행하는 데에 똑같은 클래스들을 갖지만, 그 클래스들을 직접 인스턴스화하고 바인딩하는 대신, 당신은 스프링 DI 컨테이너에게 대신 수행해 줄 것을 지시만 하면 된다. 이것은 코드에 어노테이션들을 사용하거나, 구성 코드나 XML의 구성 코드로 수행될 수 있다.

비즈니스 로직이 데이터베이스를 직접 참조하여 높은 결합도를 보이는 모습(왼쪽)과 달리, IRepository라는 추상화 된 인터페이스를 참조하게 하고, 이 인터페이스는 데이터베이스에서 상속받음으로써 비즈니스 클래스와 데이터 클래스가 직접적으로 연관되지 않게 만든다. 또한 이는 스프링 DI(의존성주입) 컨테이너가 실행한다.

In the spring framework we have to tell the spring about the classes that are being used in an application code and the inter dependencies of the classes on each other. The spring DI controller will instantiate the helper, utility and application classes, these instances will be called as spring beans.

스프링프레임워크에서 우리는 어플리케이션 코드에서 사용되는 클래스들과 클래스들간의 상호의존성(the inter dependencies)을 스프링에게 알려주어야 한다. 스프링 DI 컨트롤러는 헬퍼와 유틸리티, 그리고 어플리케이션 클래스들을 인스턴스화할 것이고, 이러한 인스턴스들은 스프링 빈즈(spring beans)라고 불리게 된다.

Now that the DI container has been configured, it knows the dependencies among the classes of your application. But, without instantiating the helper and the utility classes from the application class the spring DI container will inject the helper and utility classes into the application class, by this the helper and the utility classes will be decoupled from the application class. Also the configuration of application is now more flexible because it is now instructed by the configuration class.

이제 DI 컨테이너가 구성되었고, 당신의 어플리케이션 클래스들 사이의 의존성들을 알고 있다. 그러나 어플리케이션의 헬퍼와 유틸리티 클래스들을 인스턴스화하지 않고 스프링 DI 컨테이너가 헬퍼와 유틸리티 클래스들을 어플리케이션 클래스에 주입할 것인데, 이로써 헬퍼와 유틸리티 클래스들은 어플리케이션 클래스로부터 분리된다. 또한 이제 구성 클래스들에 의해 지시받았기 때문에 어플리케이션의 구성은 이제 더 유연해졌다.

Summary

Hence spring dependency injection helps you in the way that, you have to declare the components and the dependencies between them and the DI container binds them together at the run-time.

스프링의 의존성 주입은 이와 같은 방식으로 당신을 돕고, 오직 컴포넌트와 그 사이의 의존성들을 정의하기만 하면 되며, DI 컨테이너가 실제 수행 시에 이것들을 묶을 것이다.