[ Java , Spring ]Dependecy Inject ( 의존성 주입 )

-

Dependecy Injection ( 의존성 주입 ) 


Dependect Injection ( DI) 의존성 주입은 스프링의 특징이자 장점중 하나이며 구성요소간 의존 관계가 소스코드 내부에 아닌 외부 설정파일 등을 통해서 정의되는 디자인 패턴중에 하나이다.
의존성 주입을 함으로써 얻게되는 이점은 의존 관계 설정이 컴파일시 아닌 실행시에 이루어져 모듈간의 결합도를 낮출수 있고, 코드의 재사용을 높이고 소스코드들이 한 곳에 모여 있어 유지보수에 편리하다는 장점이 있다.

- DI설정하기

일단 먼저 사용할 패키지를 생성해보겠다.
필자는 com.donghyeon.blog.dipratice를 만들었다.

여기에 DI를 위한 XML 파일을 하나 만들어보겠다.
이름은 DI-context.xml로 만들겠다.

테스트를 위해 SayHello 를 만들어보자

 SayHello

package com.donghyeon.blog.dipractice;
public class SayHello {
    String hello;
    
    public void setHello(String hello) {
        this.hello = hello;
    }
    
    
    public void sayHello() {
        System.out.println(hello);
    }
}
cs
필드로 String인 hello 변수가 선언되어있고,
hello의 값을 설정해주는 setHello 함수가 있고,
hello 변수의 값을 콘솔로 찍어주는 sayHello 함수가 있다.
우리가 해볼 것은 hello의 변수에 직접적으로 값을 주지 않고 xml 파일로 값을 주입해볼 것이다.

Main 함수를 만들어 테스트 해보겠다.

DIMain
package com.donghyeon.blog.dipractice;
public class DIMain {
    
    public static void main(String[] args) {
        
        SayHello hello = new SayHello();
        
        hello.sayHello();
    }
    
}
cs

Output




null이 나오는 이유는 아직 SayHello 클래스에 있는 hello 변수가 선언만 되어있고,
값이 초기화 되어있지 않기 때문이다.
이 초기화를 DI-context.xml을 통해서 해보겠다.

DI-context.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
        
    <bean id="hello" class="com.donghyeon.blog.dipractice.SayHello">
        <property name="hello" value="Donghyeon"/>
    </bean>    
</beans>
cs

bean에서 id는 bean들을 구별하기 위한 속성이며 유일해야한다.
class는 주입을 해주고싶은 클래스를 패키지포함해서 적어주면 된다.
<property>태그는 클래스안에 있는 필드들을 말하며,
name속성은 변수의 이름이며, value는 초기화할 값을 적어주면 된다.
자신이 만든 패키지내용과 동일하게 SayHello를 등록해보자.

다시 DIMain 클래스로 가보겠다.
package com.donghyeon.blog.dipractice;
import org.springframework.beans.factory.xml.XmlBeanDefinitionReader;
import org.springframework.context.support.GenericApplicationContext;
public class DIMain {
    public static void main(String[] args) {
        
        GenericApplicationContext ac =
                new GenericApplicationContext();
        
        XmlBeanDefinitionReader reader =
                new XmlBeanDefinitionReader(ac);
        
        reader.loadBeanDefinitions("com/donghyeon/blog/dipractice/DI-context.xml");
        
        ac.refresh();
                
        SayHello hello = ac.getBean("hello",SayHello.class);
        
        hello.sayHello();
    }
}
cs

일단 XML을 가져와서 읽어 오기전에 XML의 내용들을 가져와서 그 내용들을 적을 도화지를 하나 만든다고 생각하면 된다.

그 다음으로 할건 XML의 값들을 불러와야 될 것이다.
XML의 값을 읽을 수 있게 해주는 클래스가 있는데 XmlBeanDefinitionReader이다.
클래스 이름 앞에 XML이 붙은걸 보아 외부에서 값을 주입해줄 때는 꼭 XML이 아니고 다른 타입의 형식이여도 상관 없다.
그리고 생성자는 BeanDefinitionRegistry 인터페이스를 구현한 클래스면 된다.

여기에서는 위에서 만든 도화지인 GenericApplicationContext는BeanDefinitionRegistry 인터페이스를 구현했다는 사실을 알 수 있다.

이제 선언한 reader로 우리가 xml에서 적어줬던  bean들을 도화지에 옮겨 적을 시간이다.
XmlBeanDefinitionReader안에 있는 reader 메소드를 사용한다.
매개변수 값으로는 xml 파일의 위치를 적어준다.
그 다음에 도화지를 새로고침 해주면 주입이 정상적으로 된 것이다.
확인해보자.

Output



xml에서 Donghyeon으로 값을 적어줬던게 정상적으로 출력된 것을 볼 수 있다.
이번엔 Hello로 바꿔서 출력해보겠다.
DI-context.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
        
    <bean id="hello" class="com.donghyeon.blog.dipractice.SayHello">
        <property name="hello" value="hello"/>
    </bean>    
</beans>
c
DIMain 함수는 변경없이 실행해보자.
Output




- DI를 사용하는 이유

DI를 사용하는 이유는 이렇게 외부에서 값을 넣어줌으로써 유지보수가 편리하고 한눈에 볼수 있다는 장점이 있다. 예를 들어 interface를 하나 정의한 뒤 그 interface를 구현한 클래스들을 바꾸면서 사용할 수 있다.
Hello 인터페이스
package com.donghyeon.blog.dipractice;
public interface Hello {
    void sayHello();
}
cs

Hello 인터페이스를 두어서 클래스간의 관계를 느슨하게 할 수 있다.
우리가 해볼 것은 영어로 인사하기와 한글로 인사하기를 해볼 것이다.

KoreanHello
package com.donghyeon.blog.dipractice;
public class KoreanHello implements Hello {
    @Override
    public void sayHello() {
        System.out.println("안녕하세요!!");
        
    }
}
cs

EnglishHello
package com.donghyeon.blog.dipractice;
public class EnglishHello implements Hello{
    @Override
    public void sayHello() {
        System.out.println("Hello World !! ");
        
    }
}
cs
DI-context.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
        
    <bean id="hello" class="com.donghyeon.blog.dipractice.KoreanHello">
    </bean>    
</beans>
cs
bean의 id는 hello, class는 com.donghyeon.blog.dipractice.KoreanHello를 적어줬다.
안녕하세요!!가 출력될 것으로 예상된다.

 DIMain
package com.donghyeon.blog.dipractice;
import org.springframework.beans.factory.xml.XmlBeanDefinitionReader;
import org.springframework.context.support.GenericApplicationContext;
public class DIMain {
    public static void main(String[] args) {
        
        GenericApplicationContext ac =
                new GenericApplicationContext();
        
        XmlBeanDefinitionReader reader =
                new XmlBeanDefinitionReader(ac);
        
        reader.loadBeanDefinitions("com/donghyeon/blog/dipractice/DI-context.xml");
        
        ac.refresh();
        
        // interface
        Hello hello = ac.getBean("hello",Hello.class);
        
        hello.sayHello();
    }
}
cs
먼저 Hello 인터페이스 타입인 hello 변수에 xml에 선언해둔 bean의 id가 hello인 bean을 가져와서
Hello 로 리턴해 hello 변수에 넣어준다.
그 다음  hello.sayHello()함수를 호출해본다.
과연 어떤 값이 출력 될까?

Output
안녕하세요!!

이제 DI의 장점이 나온다. 만약 영어로 인사하고 싶다면 DI-contextr.xml에 선언된 hello 빈의 클래스를 EnglishHello로 변경해주면 된다.
<bean id="hello" class="com.donghyeon.blog.dipractice.EnglishHello">
 </bean>    
cs

그런다음 DIMain의 소스는 아무것도 건드리지 않고 실행해보자.
Ouput



이렇게 중간에 Hello라는 인터페이스를 두면 xml에서 그 인터페이스를 구현한 클래스만 주입해주면 된다.
이렇게 해서 클래스간에 느슨한 관계가 형성이 된다는 장점이 있다.


- DI할때 주의할점.

DI를 해줄때는 DI해줄 객체에 관한 setter  함수가 반드시 정의되어 있어야한다.

String hello;
    
    public void setHello(String hello) {
        this.hello = hello;
    }
cs
아니면 스프링 프레임워크를 사용하는사람은 @Autowired 어노테이션만 붙이면 자동으로 주입이 된다.
@Autowired
 String hello;
cs

-스프링에서의 DI

web.xml


    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring/root-context.xml</param-value>
    </context-param>
cs
web.xml에 가보면 <context-name>으로 contextConfigLocation이 적힌 부분이 있다.
이부분의 value 값을 따라가보면 기본적으로 생성되는 root-context.xml이 선언되어있다.


root-context.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
    
    <!-- Root Context: defines shared resources visible to all other web components -->
        
</beans>
cs
현재는 빈 설정이 아무것도 안된 빈 xml 파일이지만, 여기에 bean 설정을 해주면
서비스 시작시 자동으로 빈 주입이 된다.
DIMain에서 사용했던 도화지를 만드는 작업,
GenericApplicationContext ac =
                new GenericApplicationContext();
        
        XmlBeanDefinitionReader reader =
                new XmlBeanDefinitionReader(ac);
        
        reader.loadBeanDefinitions("com/donghyeon/blog/dipractice/DI-context.xml");
        
        ac.refresh();
        
        // interface
        Hello hello = ac.getBean("hello",Hello.class);
cs

이런 코드 따위는 쓰지 않아도 자동으로 프레임워크가 빈을 주입해줘서 편리한 장점이 있다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

Filter url 제외시키기

-
Filter 제외시키기 Spring Filter url 제외시키기 필터를 등록할때는 모든 url을 필터 처리하기위해 아래와 같이 필터를 맵핑하는 경우가 많다. < filter > < filter-name > SessionFilter </ filter-name > < filter-class > com.todo.restful.filter.SessionFilter </ filter-class > </ filter > < filter-mapping > < filter-name > SessionFilter </ filter-name > < url-pattern > /* </ url-pattern > </ filter-mapping > 하지만 몇개를 제외하고 싶다면 어떻게 해야 할까? x String path = (( HttpServletRequest ) req ). getRequestURI (); if ( path . contains ( "/login" )) { // 제외한 url이 들어 왔을때 동작할 코드 작성 } else { // 원래의 필터 기능 동작을 할 코드 작성   } 현재의 url을 가져와서 비교를 하는 방법을 사용하면된다. 하지만 위에 코드는 오류를 범할 가능성이 높은 코드다. 왜냐하면 contains() 함수를 사용했기 때문에 login이 포함되면 필터링 동작을 안하기 때문이다. 그러므로 p
자세한 내용 보기

[Spring,Java] Validator 구현하기

-
이미지
validation 스프링에서 유효성 검사하기 (Spring Validator) 개요 스프링 프레임워크 4.0은 빈 검증기 1.0(JSR-303) 와 1.1(JSR-349)를 지원하며 Spring의 Validator 인터페이스에 적용할 수 있습니다. 어플리케이션은 빈 검증기를 전체에 사용할것인지, 아니면 부분적으로만 사용할것인지 선택할 수 있습니다. 검증 로직의 어노테이션 사용 없이 DataBinder 를 이용하여 Validator 를 추가적으로 등록할 수 있습니다. DataBinder 은 애플리케이션의 도메인모델에 동적으로 바인딩 할 때 유용합니다. 스프링은 데이터바인딩을 하기 위해 DataBinder 을 제공해줍니다. Validator 와 DataBinder 는 MVC 프레임워크에서 주로사용되는 유효성 검사 패키지 입니다. 스프링 MVC에서 Validator 인터페이스는 HTML 폼에 있는 모든필드를 검증하기 위해서 사용됩니다. controller 클래스안에 @InitBinder 어노테이션을 이용해서 설정할 수 있습니다. @InitBinder 어노테이션은 메소드레벨의 어노테이션이며, WebDataBinder 를 초기화하기 위해 사용합니다. WebDataBinder 클래스는 웹에서 온 request 파라미터들을 model 오브젝트에 바인드를 해줍니다. 자신이 만든 커스텀 Validator 를 컨트롤러에 등록하고 싶다면 WebDataBinder.addValidators() 메소드를 통해 등록이 가능합니다. 인자나, model 오브젝트에 @Validator 어노테이션을 작성하면, 핸들러 메소드가 이를 알고 커스텀 validator를 등록해줍니다. 만약 검증을 위반하는 사항이 발견된다면, 자동적으로 에러가 BindingResult 에게 가게 됩니다. 들어가며 검증기를 사용하는 방법은 두가지가 있습니다. 첫째로 모델 오브젝트에 주석을 사용해서 작성하는 방법과, 두번째로 Validator
자세한 내용 보기

[Spring] Mock framework에 대하여

-
이미지
Mock에 대하여 Mock Framework   목(Mock)이 무엇이고 왜 필요하죠? 우리가 Junit 으로 테스트를 할때에는 보통 어떤 시스템에 입력을 주었을 때 기대하는 출력이 나오는지를 주로 검증하게 됩니다. 단위 테스트에서는 보통 입력 값을 테스트 대상 오브젝트의 메소드의 파라미터로 전달하고 메소드의 리턴 값을 출력 값을 보고 검증합니다 다음과 같이 말이죠! public class TestEx { ​ //평범하게 파라미터로 들어온 값을 반환하는 함수입니다. public int printInteger ( int i ) { return i ; } @Test public void IntegerTest () { // 5가 출력이 되었는지 단위테스트를 해준다. assertThat ( printInteger ( 5 ), is ( 5 )); } } ​   하지만 이렇게 단순히 리턴 값 출력을 하는것이 아니라 테스트 오브젝트가 간접적으로 의존 오브젝트 (써드파티 라이브러리 등 내가 만들지 않고 다른사람이 만든 API) 가 그 행위가 제대로 이루어 졌는지 검증하고싶다면 어떻게 할까요? 아래와 같이 검증합니다!       이런 경우에는 테스트 대상의 간접적인 출력 결과를 검증해야하고, 테스트 대상 오브젝트와 의존 오브젝트 사이에서 일어나는 일을 검증할 수 있도록 특별히 설계된 목 오브젝트(Mock Object) 라는 것이 있습니다. 목 오브젝트 는 테스트 오브젝트가 정상적으로 실행되도록 도와주면서 테스트 오브젝트와 자신의 사이에서 일어나는 커뮤니케이션 내용을 저장해뒀다가 테스트 결과를 검증하는데 활용할 수 있게 해줍니다. 데이터베이스, 웹서버, 웹애플리케이션서버 ,FTP 서버 등 환경 구축을 위한 작업시간이 필요한 경우에 사용합니다. 특정 모듈을 갖고 있지 않아서 테스트 환경을 구축하지 못하거나 다른 사람과 협의나 정책이 필요한 경
자세한 내용 보기