[스프링] 스프링을 이해하기 어려운 이유. 다중 인터페이스 상속

자바 개발자로 스프링 프레임워크는 필수로 이해하고 사용해야 하는 기술이 되었죠.

저도 아직 스프링을 잘 모르지만, core 부분을 공부할 때 일반적으로 요구사항 구현을 위해 클래스 모델링 할 때와 많이 차이가 나는 부분이 있는데요,

그것은 바로 다중 인터페이스 상속!

유난히 스프링을 분석하다 보면 인터페이스들이 너~무 많아서 타고타고 들어가다가 결국 전체를 보지 못하고 낙심하게 됩니다..

너무많아 너무많아

 

그러다 문득 다중 인터페이스를 상속하는 이유에 대해서 샘플 코딩을 하다 인사이트를 얻어 짤막하게 설명을 하려고 합니다.

 

핵심은

어떤 객체가 가질 특성을 최~대한 쪼개보는 것입니다.

그리고 구현체를 만들 때 위임 클래스들을 만들다 보면, 왜 스프링이 그렇게 인터페이스로 잘게 쪼개서 개발을 하는지 조금은 알것 같았습니다.

 

동물, 사람 이런 쉬운 개념을 모델링한다고 해 봅시다.

동물의 특징: 이름, 나이 등 기본 정보 있음. 짖는다, 기어간다, 날아간다, 걸을 수(도) 있다, 짝짖기를 통해 결혼을 할 수(도) 있다. 등..

사람의 특징: 이름, 나이 등 기본 정보 있음. 기어갈 수 있다, 걸을 수 있고, 결혼 가능, 공부한다, 말한다 등등..

 

이런 특징들을 전~부 인터페이스로 쪼갭니다. 메서드 딱 하나만 나와도 괜찮습니다. 

예를 들어 짖을 수 있는 (Barkable) 인터페이스를 만들면 이런 식이겠죠.

public interface Barkable {

    void bark();
}

 

또한 적어도 사람, 동물 공통이라 생각되는 인터페이스는 CoreBehavior로 뽑아보고..

public interface AnimalCoreBehavior {

    void greeting();
    String getName();
    int getAge();

}

 

 

코어한 기능들이 최 상위 인터페이스로 도출이 되었다면, 인터페이스끼리 묶을 수도 있습니다.

예를 들어 사람은 기어가거나 걸을 수도 있으니 Barkable, Walkable을 하나로 합쳐보죠.

public interface CrawlAndWalkable extends Crawlable, Walkable {

}

 

인터페이스 여러개를 쪼개고 합치고 지지고 볶고 해봤습니다.

 

그래서 최종으로 표현하고 싶은 구현체는

1. 강아지

2. 새

3. 결혼한 사람

 

을 표현하고자 합니다. 결과적으로 이렇게 사용하겠죠. 그리고 인터페이스 입맞에 맞게 일괄처리 하고 싶다면 특정 인터페이스 리스트로 묶어서 어떤 처리도 할 수 있습니다.

public class Main {

    public static void main(String[] args) {

        CrawlAnimal dog = new Dog("우리강아지", 5);
        FlyingAnimal eagle = new Bird("매아님", 3);
        MarriedMankind yubunam = new MarriedMan("철수", 30, "영희");
        
        List<Barkable> barkables = Arrays.asList(dog, eagle);
        List<AnimalCoreBehavior> animalCoreBehaviors = Arrays.asList(dog, eagle, yubunam);
    }

}

 

각 구현체를 보면, 특정 기능들은 직접 Dog, Bird 등 클래스에서 구현해도 되지만 기능을 할 수 있는 위임클래스를 만들었습니다.

공통의 인터페이스가 있으면 그 것의 구현체도 만들 순 있잖아요? 만들어 두면 재사용이 가능합니다.

public class Dog implements CrawlAnimal {

    private AnimalCoreBehavior animalCoreBehavior;
    private Crawlable crawlDelegator;
    private Barkable barkDelegator;

    public Dog(String name, int age) {
        animalCoreBehavior = new AnimalCoreDelegator(name, age);
        crawlDelegator = new CrawlDelegator();
        barkDelegator =  new BarkDelegator("왈왈");
    }

    @Override
    public void bark() {
        barkDelegator.bark();
    }

    @Override
    public void crawl() {
        crawlDelegator.crawl();
    }

    @Override
    public void greeting() {
        animalCoreBehavior.greeting();
    }

    @Override
    public String getName() {
        return animalCoreBehavior.getName();
    }

    @Override
    public int getAge() {
        return animalCoreBehavior.getAge();
    }
}

public class Bird implements FlyingAnimal {

    private AnimalCoreBehavior animalCoreBehavior;
    private Barkable barkDelegator;

    public Bird(String name, int age) {
        this.animalCoreBehavior = new AnimalCoreDelegator(name, age);
        this.barkDelegator = new BarkDelegator("끼약 끼약");
    }

    @Override
    public void fly() {
        System.out.println("푸드드득");
    }

    @Override
    public void bark() {
        barkDelegator.bark();
    }

    @Override
    public void greeting() {
        animalCoreBehavior.greeting();
    }

    @Override
    public String getName() {
        return animalCoreBehavior.getName();
    }

    @Override
    public int getAge() {
        return animalCoreBehavior.getAge();
    }
}

public class MarriedMan implements MarriedMankind {

    private AnimalCoreBehavior animalCoreBehavior;
    private CrawlAndWalkable crawlAndWalkDelegator;
    private String sideName;

    public MarriedMan(String name, int age, String sideName) {
        this.animalCoreBehavior = new AnimalCoreDelegator(name, age);
        this.crawlAndWalkDelegator = new CrawlAndWalkDelegator("유난히 빨리 걷는다", "유난히 느리가 뛴다.");
        this.sideName = sideName;
    }

    @Override
    public void speak() {
        System.out.println("안녕 난 말할수 있다.");
    }

    @Override
    public void study() {
        System.out.println("공부중");
    }

    @Override
    public void greeting() {
        animalCoreBehavior.greeting();
    }

    @Override
    public String getName() {
        return animalCoreBehavior.getName();
    }

    @Override
    public int getAge() {
        return animalCoreBehavior.getAge();
    }

    @Override
    public void crawl() {
        crawlAndWalkDelegator.crawl();
    }

    @Override
    public void tellMeYourSide() {
        System.out.println("hello my " + this.sideName);
    }

    @Override
    public void walk() {
        crawlAndWalkDelegator.walk();
    }

    @Override
    public void run() {
        crawlAndWalkDelegator.run();
    }
}

 

각 구현 클래스들은 하나의 인터페이스를 상속한 것처럼 보이지만, 꽤 많은 기능의 조합이 있었습니다.

그리고 필드를 보면 공통의 기능을 담당할 위임클래스가 선언되어 있는 것을 알 수 있습니다.

 

이 정도로만 확인해봐도 인터페이스 조합하기에 따라서 엄청난 확장성을 가질 것이란걸 알 수가 있는데, 스프링은 이런식으로 기능 단위를 도출하고 그 기능들을 각각 수행할 위임클래스들을 만들어 내면서 오랜기간 발전해 올 수 있었던 게 아닐까 생각이 듭니다.

 

하지만 이런 식의 구조를 현업에서 적용하기란 참 어렵단 생각이 드네요 (아직 짬이 안되서 그런지..)