⛳

DI

stage 0

/**
 * UserService클래스의join메서드는 정적 메서드다.
 *객체지향적이지 않은 코드는 변경에 취약하다.
 * UserService는UserDao와 밀접하게 결합되어 있는데 이는 테스트하기 어렵게 만든다.
 *테스트DB를 사용하려면 코드의 많은 부분이 수정되어야 한다.
 */
Plain Text
복사

final var user = new User(1L, "gugu");
final var actual = UserService.join(user);
assertThat(actual.getAccount()).isEqualTo("gugu");
Java
복사

stage 1

/**
 * 0단계의 주요 문제는 정적 메서드만 있어서 클래스 간에 매우 긴밀한 결합이 발생한다는 것이다.
 *우리는 의존하는 객체를 필요에 따라 교체할 수 있게 만들고 싶다.
 *다른 구현체로 교체할 수 있도록 만들어보자.
 */
Plain Text
복사

/**
 *클래스 내부에서 직접 객체를 생성하지 말고 외부에서 객체를 전달 받도록 수정했다.
 *생성자를 통해서 객체를 전달 받도록 수정했다.
 *하지만 아직도 테스트하기 어려운 코드다.
 * UserDao라는 구현 클래스에 의존하고 있다.
 *유연한 변경이 필요한 부분은 인터페이스를 사용하면 결합을 감소시킬 수 있다.
 */
Plain Text
복사

final var user = new User(1L, "gugu");

final var userDao = new UserDao();

final var userService = new UserService(userDao);

final var actual = userService.join(user);

assertThat(actual.getAccount()).isEqualTo("gugu");
Java
복사

stage 2

/**
 *인터페이스를 사용하여 결합도를 낮췄다.
 *인터페이스를 사용하면testAnonymousClass테스트 케이스처럼 개발자가 구현 객체를 바꿔서 사용할 수 있다.
 *하지만 아직도 문제가 있다.
 *인터페이스의 구현 객체를 누군가가 결정해줘야 한다.
 *객체를 생성하고 연결해주는 역할이 필요하다.
 */
Plain Text
복사

void stage2() {
        final var user = new User(1L, "gugu");

        final UserDao userDao = new InMemoryUserDao();
        final var userService = new UserService(userDao);

        final var actual = userService.join(user);

        assertThat(actual.getAccount()).isEqualTo("gugu");
    }
Java
복사

void testAnonymousClass() {
        // given
        final var userDao = new UserDao() {
            private User user;

            @Override
            public void insert(User user) {
                this.user = user;
            }

            @Override
            public User findById(long id) {
                return user;
            }
        };
        final var userService = new UserService(userDao);
        final var user = new User(1L, "gugu");

        // when
        final var actual = userService.join(user);

        // then
        assertThat(actual.getAccount()).isEqualTo("gugu");
    }
Java
복사

stage 3

DIContainer

•

스프링의 BeanFactory, ApplicationContext에 해당되는 클래스

class DIContainer {

    private final Set<Object> beans;

    public DIContainer(final Set<Class<?>> classes) {
        this.beans = Set.of();
    }

    @SuppressWarnings("unchecked")
    public <T> T getBean(final Class<T> aClass) {
        return null;
    }
}
Java
복사

@SuppressWarnings 의 기능은?

/**
 *객체를 생성하고 연결해주는 역할을DIContainer라는 클래스에게 맡기자.
 * DIContainer는 애플리케이션을 구성하는 객체의 구조와 관계를 정의한 설계도 역할을 한다.
 *어떤 객체가 어떤 객체를 사용하는지 정의하는 역할을 한다.
 */
Plain Text
복사

/**
 *제어의 역전(IoC)
 * stage2에서 객체는 능동적으로 자신이 사용할 클래스를 결정하고,직접 객체를 생성했다.
 * 하지만 제어의 역전이라는 개념이 적용되면 객체는 자신이 사용할 객체를 선택하고 생성하지 않는다.
 * 모든 제어 권한을 자신이 아닌 다른 대상에게 위임한다.
 * UserService는DIContainer에게 모든 제어 권한을 위임한 상태다.
 * DIContainer가 객체를 생성하고 관계를 설정하도록 구현해보자.
 */
DIContainer가 관리하는 객체는 빈(bean) 객체라고 부른다.
Plain Text
복사

ApplicationContext 구현체로 등록되는 클래스는 AnnotationConfigServletWebServerApplicationContext

BeanFactory 구현체로 등록되는 클래스는

DefaultListableBeanFactory