객체 지향 설계와 스프링 정리.txt🍀

스프링을 공부함으로써  객체 지향 설계와 스프링의 핵심 원리 

스프링을 사용할때 필수로 알아야하는 핵심 기능들에 대해 정리하여 글을 업로드 할 예정이다.

 

간단하게 오늘은 스프링에대해 알아보자

 

스프링

ㄴ 필수 : 스프링 프레임워크, 스프링 부트

ㄴ 선택 : 스프링 데이터 , 스프링 세션, 스프링 시큐리티, 스프링 Rest Docs, 스프링 배치, 스프링 클라우드

 

그렇다면 필수부터 차근차근 알아보자.

 

스프링 프레임워크

ㄴ 핵심 기술

ㄴ 웹 기술

ㄴ 데이터 접근 기술

ㄴ 기술 통합

ㄴ 테스트

ㄴ 언어 

 

이 모든걸 다 포함하는것이 스프링 프레임워크이다. 

 

스프링 부트는 무엇인가?

ㄴ 스프링을 편리하게 사용할 수 있도록 지원, 최근에는 기본으로 사용되고 있다.

얼마나 편하길래?ㄴ 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성 할 수 있다.ㄴ 톰캣 같은 웹 서버를 내장해서 별도의 웹 서버를 설치하지 않아도 된다.ㄴ 손 쉬운 빌드 구성을 위한 starter 종속성 제공ㄴ 스프링과 3rd path(외부) 라이브러리 자동 구성

 => 엄청 설정 해줄 것들이 많았는데 많이 간결해 졌다.

 

 

로드존스!   Spring .. 왜 만들었을까?

1. 웹애플리케이션 만들고, db접근 편리하게 해주는 기술?

2. 전자정부프레임워크?

3. 웹서버도 자동으로 띄워주는거?

 

아니다... 이것은 결과물일 뿐이고 진짜

==> 스프링의 진짜 핵심은 아래와 같다.

1.  스프링은 자바언어 기반의 프레임워크이다.

2. 자바 언어의 가장 큰 특징 - 객체 지향언어

3. 스프링은 객체지향 언어가 가진 강력한 특징을 살려내는 프레임워크.

4. 스프링은 좋은 객체 지향 애플리케이션을 개발할 수 있게 도와주는 프레임워크

 

객체 지향 프로그래밍은 프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 소프트웨어 개발에 많이 사용됨.

즉, 레고 블럭 조립하듯이 / 키보드 마우스 갈아 끼우듯이/ 컴퓨터 부품 갈아 끼우듯이/ 컴포넌트를 쉽게 유연하게 변경하면서 개발할 수 있는 방법 

즉, 다형성(polymorphism) 이다.

 

다형성을 실세계에 비유해보자. (참고로 실세계와 객체 지향을 1:1로 매칭하기는 힘들고 모순적인 부분이 있을 수 도 있다. 하지만 비유로 이해하기에 좋다.)

 

역할 과 구현으로 세상을 구분해보겠다.

역할이 인터페이스 / 구현이  객체

 

예시 1  

운전자(역할) - 자동차(역할) 

 ㄴ 홍길동                 ㄴ 현대, 기아, 테슬라, 아우디, 벤츠, BMW...

 

여기서 홍길동은 현대 자동차를 타다가 기아 자동차로 바꾸면 영향을 주는가? NO

운전자인 홍길동이 현대 자동차를 타다가 아우디 / 벤츠 로 바꾸면 영향을 주는가? NO

즉, 자동차를 만들때 동일한 역할 이기 때문이다. 

 

운전자는 자동차의 내부구조를 몰라도 운전 할 수 있다. 또 운전자는 자동차에 따라 운전법을 바꿀 필요가 전혀 없다.

즉, 클라이언트에게 영향을 주지 않고 새로운 것을 제공할 수 있다.

 

예시 2

로미오와 줄리엣 공연

 

로미오 역할 - 줄리엣 역할

  ㄴ원빈, 장동건     ㄴ 김태희 , 송헤교  ...

 

로미오 역할을 다른 사람이 하더라도 로미오 역할에 영향을 주지 않는다.

 

 

역할== 인터페이스 : 운전자는 전기자동차 든 내연자동차든 국내/해외 자동차 구분없이 자동차 운전 가능하다.

왜냐하면 모든 자동차는 엑셀을 밣으면 앞으로 간다는건 동일하기 때문에.

 

  역할(인터페이스) 과 구현(객체, 클래스)을 분리

역할과 구현으로 구분하면 세상이 단순해지고, 유연해지며 변경도 편리해진다.

장점

1. 클라이언트는 대상이 역할(인터페이스)만 알면된다.

2. 클라이언트는 구현 대상의 내부 구조를 몰라도 된다.

3. 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다.

4. 클라이언트는 구현 대상 자체를 변경해도 영향을 받지 않는다.

 

역할 = 인터페이스

구현 = 인터페이스를 구현하는 클래스, 구현 객체

 

객체를 설계할떄는 역할과 구현을 명확히 분리 한다.

객체 설계시 역할(인터페이스)을 먼저 부여하고, 그 역할을 수행하는 구현 객체를 만든다.

(즉, 앞에서 비유로 사용했던 운전자/자동차 에서 보면, 운전 방법을 먼저 부여하고, 그 운전을 수행하는 운전자를 만든다 )

=> 구현 보다 역할이 더 중요하다!

 

 

수많은 객체 클라이언트와 객체 서버는 서로 협력 관계를 가진다.

ㄴ 클라이언트 : 요청

ㄴ 서버: 응답

 

자바언어의 다형성

오버라이딩은 자바 기본 문법이다.

오버라이딩 된 메서드가 실행되며, 다형성으로 인터페이스를 구현한 객체를 실행 시점에 유연하게 변경할 수 있다.

물론 클래스 상속관계도 다형성, 오버라이딩 적용가능하다.

 

 

오버 로딩: 같은 이름의 메서드 여러개를 가지면서 매개변수의 유형과 개수가 다르도록 하는 기술

class OverloadingTest{
    //이름이 cat인 메서드
    void cat(){
        System.out.println("매개변수 없음");
    }
    
    //매개변수 int형이 2개인 cat 메서드
    void cat(int a, int b){
        System.out.println("매개변수 :"+a+", "+b);
    }
    
    //매개변수 String형이 한 개인 cat 메서드
    void cat(String c){
        System.out.println("매개변수 : "+ c);
    }
    
}


public class OverTest {
 
    public static void main(String[] args) {
        
        //OverloadingTest 객체 생성
        OverloadingTest ot = new OverloadingTest();
        
        //매개변수가 없는 cat() 호출
        ot.cat();
        
        //매개변수가 int형 두개인 cat() 호출
        ot.cat(20, 80);
        
        //매개변수가 String 한개인 cat() 호출
        ot.cat("오버로딩 예제입니다.");
        
    }
 
}

오버 라이딩: 상위 클래스가 가지고 있는 메서드를 하위 클래스가 재정의해서 사용

 

class Woman{ //부모클래스
    public String name;
    public int age;
    
    //info 메서드
    public void info(){
        System.out.println("여자의 이름은 "+name+", 나이는 "+age+"살입니다.");
    }
    
}
 
class Job extends Woman{ //Woman클래스(부모클래스)를 상속받음 : 
 
    String job;
    
    public void info() {//부모(Woman)클래스에 있는 info()메서드를 재정의
        super.info();
        System.out.println("여자의 직업은 "+job+"입니다.");
    }
}
 
public class OverTest {
 
    public static void main(String[] args) {
        
        //Job 객체 생성
        Job job = new Job();
        
        //변수 설정
        job.name = "유리";
        job.age = 30;
        job.job = "프로그래머";
        
        //호출
        job.info();
        
    }
 
}

오버라이딩 과 오버로딩 성립조건 https://private.tistory.com/25

 

클라이언트는 MemberReposiotry(멤버 레포지토리)를 의존한다.

 

다형성의 본질

인터페이스를 구현한 객체 인스턴스를 실행시점에 유연하게 변경할 수 있다.

=>당연하다. 자동차 운전법을 구현했다면 , A운전자에서 B운전자로 변경할 수도 있다. 

다형성의 본질을 이해하려면 협력이라는 객체사이의 관계에서 시작해야한다.

 

클라이언트를 변경하지 않고 서버의 구현 기능을 유연하게 변경 할 수 있는것이 다형성의 본질이다.

 

 

이제 그 다형성을 실제 구현에서 어떻게 적용되는지 아래 사진을 보면서 이해해보자

 

나도 처음에 공부할때 이게 무슨 소리지? 하면서 고통스러웠다...🤔🤔

 

인터페이스 save() 의 의미를 주차 라고 생각해보자

               MemberService💙 가 운전자 라고 생각하자

                interface인 MemberRepository 를 자동차 이다.(이떄 어떤 자동차인지는 모른다. 그냥 자동차가 주차될 차고 라고 생각하자)

Memory MemberRepositorySave()💗 는 현대 자동차 

JdbcMemberRepositorySave() 💚는 기아 자동차 라고 가정하자.

 

그렇다면 운전자 MemberService💙는 차고에 어떤 자동차를 주차할지 선택에 따라 자유롭게 주차가능하다.

 

이게 바로 다형성의 본질이다!!😮😮😮

> 클라이언트(운전자💙)를 변경하지 않고 서버의 구현 기능💗💚을 유연하게 변경 할 수 있다 <

 

(이해가 안된다면 위에 예시1 부분을 다시 보고 오자..그래도 이해가 안되면 😥) 

 

 

그렇다면 여기서 가장 중요한건 뭘까?

=> 눈치 챘을지 모르지만 인터페이스이다.

왜냐? 실세계에 인터페이스 는 운전법 으로 예시를 둘 수 있다.

차마다 운전법이 다르면 당연히 운전자에게 영향을 미치기 때문이다.

우리는 운전법이 동일 하기 떄문에 브랜드가 다르더라도 운전하는데 큰 문제없이 운전할 수 있었다.