2021.07.20 (화) 인증

[kyupid]

평일 - 매일 최소 1 강의 주말 - 토,일 중 최소 1 강의

• [x] cxz5309
• [x] dnjsrud3407
• [x] dowon-ahn
• [x] hokyung-lee
• [ ] kimminju
• [x] kyupid
• [ ] narafu
• [ ] sablemarten
• [x] uiurihappy
• [x] Kyle-Wi
• [x] juvelop17

[juvelop17]

오늘 진행한 내용입니다.

스프링 웹 개발 기초

정적 컨텐츠

동작과정

1. 내장 톰켓 서버에서 스프링 컨테이너 내 관련 컨트롤러를 찾는다.
2. resoureces/static 디렉토리 내에서 관련 파일을 찾는다.

   MVC와 템플릿 엔진

   • MVC : Model, View, Controller
   • View를 템플릿 엔진으로 렌더링하여 HTML 파일 전달

     동작과정

3. 내장 톰켓 서버에서 해당 controller를 호출한다.
4. controller는 viewResolver에 html 파일명과 데이터를 넘겨준다.

   API

   • HTML 등의 양식 없이 문자 또는 객체 등 전송한다.
   • @ResponseBody를 사용 HTTP의 BODY에 문자 내용을 직접 반환 viewResolver 대신에 HttpMessageConverter가 동작 기본 문자처리: StringHttpMessageConverter 기본 객체처리: MappingJackson2HttpMessageConverter byte 처리 등등 기타 여러 HttpMessageConverter가 기본으로 등록되어 있음 참고: 클라이언트의 HTTP Accept 해더와 서버의 컨트롤러 반환 타입 정보 둘을 조합해서 HttpMessageConverter 가 선택된다.

     동작과정

5. 내장 톰켓 서버에서 해당 controller를 호출한다.
6. @ResponseBody를 확인하고 viewResolver 대신 HttpMessageConverter가 동작한다.

[dowon-ahn]

HTTP 메서드 활용

클라이언트 -> 서버

데이터 전달은 크게 2가지로 나뉨

1. URL에 쿼리 파라미터를 담아 전송
2. 메세지 바디를 통한 데이터 전송

• 정적 데이터 조회
  • 이미지, 정적 텍스트 문서
  • 조회는 GET 사용
• 동적 데이터 조회
  • 주로 검색, 게시판 목록에서 정렬 필터(검색어)
  • 조회 조건을 줄여주는 필터(검색어), 조회 결과를 정렬하는 정렬 조건에 주로 사용
  • 조회는 GET 사용
  • GET은 쿼리 파라미터를 사용해서 데이터를 전달(BODY에 담을 수 있지만 지원하는 서버가 많아 권장하지 않음)
• HTML Form
  • POST 전송 저장 (HTTP BODY에 담아 전송)
  • GET 전송 조회 (쿼리 파라미터에 담아 전달)
  • Multipart/form-data

[hokyung-lee]

스프링 핵심 원리 이해1 - 예제 만들기

• 주문과 할인 도메인 설계
• 주문과 할인 도메인 개발
• 주문과 할인 도메인 실행과 테스트

[arangeblue]

스린이 강의명 : 스프링 핵심 원리 기본편

수강 회차 : 섹션 8 마무리 / 빈 생명주기 콜백 ~ 애노테이션 @PostConstruct, @PreDestroy

요약

• 스프링 빈은 생명주기를 가지고 있는데 객체생성 -> 의존관계 주입 이라는 라이프사이클을 가진다.

• 즉 객체를 만들고 의존관계 주입을 받은 후에 사용할 수 있다. 따라서 초기화 작업은 의존관계 주입을 받은 후에 호출되어야 한다

• 이 때, 언제 의존관계를 다 주입받았는지 알 수 있을까? "콜백!!"

• 초기화 콜백 : 빈이 생성되고 빈의 의존관계 주입이 완료된 후 호출

• 소멸 전 콜백: 빈이 소멸되기 직전에 호출

• **객체의 생성과, 초기화를 철저하게 분리해야 한다

• 콜백 방법에는 크게 3가지가 있다.

• 1. 인터페이스(InitializingBean, DisposableBean)
• 2. 설정 정보에 초기화 메서드, 종료 메서드 지정
• 3. @PostConstruct, @PreDestroy 애노테이션 지원

---

인터페이스 콜백

• InitailizingBean, DisposableBean을 사용해서 생성자의 생성과 초기화를 분리할 수 있음

단점

• 스프링 전용 인터페이스이기 때문에 코드가 스프링 전용 인터페이스에 의존
• 초기화, 소멸 메서드의 이름을 변경할 수 없음
• 내가 코드를 고칠 수 없는 외부 라이브러리에 적용할 수 없음

---

빈 등록 초기화, 소멸 메서드

@Bean(initMethod = "init", destroyMethod = "close")처럼 초기화, 소멸 메서드를 지정할 수 있다

특징

• 메서드 이름을 자유롭게 줄 수 있음
• 스프링 빈이 스프링 코드에 의존하지 않음
• 코드가 아니라 설정 정보를 사용하기에 코드를 고칠 수 없는 외부 라이브러리에도 초기화, 종료 메서드를 적용할 수 있음

종료 메서드 추론

• 대부분 라이브러리는 'close', 'shutdown'이라는 이름의 종료 메서드를 사용
• @Bean의 destroyMethod는 기본 값이 '(inferred)'으로 등록되어 있음
• 이는 close, shutdown이라는 이름의 메서드를 자동으로 호출시켜줌
• 따라서 직접 스프링 빈으로 등록하면 종료메서드는 따로 적어주지 않아도 잘 작동함
• 만약 이 설정을 사용하기 싫으면 'destroyMethod = ""' 처럼 빈 공백을 지정

---

애노테이션 @PostConstruct, @PreDestroy

특징

• **최신 스프링에서 가장 권장하는 방법
• Annotation만 쓰면 되기 때문에 매우 편리하다
• 패키지를 보면 javax.annotation.PostConstruct이다. 스프링에 종속적인 기술이 아니라 JSR-250이라는 자바 표준이다. 따라서 스프링이 아닌 다른 컨테이너에서도 동작한다.
• 컴포넌트 스캔과 잘 어울린다.

단점

• 외부 라이브러리에는 적용하지 못한다는 점. 외부 라이브러리를 초기화, 종료해야하면 @Bean의 기능을 사용하자.

정리

• @PostConstruct, @PreDestroy annotation을 사용하자
• 코드를 고칠 수 없는 외부 라이브러리를 초기화, 종료해야 할 때에는 @Bean의 InitMethod, DestroyMethod를 사용하자.

[cxz5309]

스프링 핵심 원리 - 기본편

2. 객체 지향 원리 적용

• [x] 새로운 할인 정책 개발
• [x] 새로운 할인 정책 적용과 문제점
• [x] 관심사의 분리
• [x] AppConfig 리팩터링
• [x] 새로운 구조와 할인 정책 적용
• [x] 전체 흐름 정리
• [x] IoC, DI, 그리고 컨테이너
• [ ] 스프링으로 전환하기

전체 흐름 정리

• 새로운 할인 정책 개발
• 새로운 할인 정책 적용과 문제점
  • 새로 개발한 정책을 적용하기 위해 '클라이언트 코드' 인 주문 서비스 구현체도 함께 변경해야함 -> DIP위반
• 관심사의 분리
  • '구현 객체를 생성' 하고, '연결' 하는 AppConfig를 생성
  • 클라이언트 객체는 자신의 역할을 실행하는 것만 집중, 권한이 줄어듬
• AppConfig 리팩토링
  • 구성 정보에서 역할과 구현을 명확하게 분리
  • 역할이 잘 들어나며 중복을 제거
• 새로운 구조와 할인 정책 적용
  • 정액 할인 정책 -> 정률 % 할인 정책으로 변경
  • AppConfig의 등장으로 '사용영역' 과, '구성(Configuration)'하는 영역을 분리
  • 할인 정책 변경시 AppConfig가 있는 구성 영역만 변경하면 되고 사용 영역은 변경할 필요가 없음.

좋은 객체 지향 설계의 5가지 원칙의 적용

SRP 단일 책임 원칙

• 한 클래스는 하나의 책임만 가져야 한다.
  • 클라이언트 객체는 직접 구현 객체를 생성하고, 연결하고, 실행하는 책임을 가지고 있었으나
  • AppConfig가 구현 객체 생성, 연결하는 책임을 담담
  • 클라이언트 객체는 실행 책임만 담당

DIP 의존관계 역전 원칙

• 프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다.
  • 새로운 할인 정책 개발시 클라이언트 코드도 함께 변경해야 했으나
  • 클라이언트 코드가 DiscountPolicy 추상화 인터페이스에만 의존하도록 코드를 변경했다.
  • 하지만 클라이언트 코드는 인터페이스만으로는 실행할 수 없기에
  • AppConfig가 클라이언트 코드에 의존관계를 '주입'해서 문제를 해결

OCP

• 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
  • 다형성을 사용하고 DIP를 지킨다
  • 애플리케이션을 사용 영역과 구성 영역으로 나눈다.
  • 의존관계 주입으로 클라이언트 코드는 변경하지 않아도 된다.
  • 소프트웨어 요소를 새롭게 확장해도 사용 영역의 변경은 닫혀 있다.

IoC, DI 그리고 컨테이너

제어의 역전 IoC(Inversion of Control)

• 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고 실행, 구현 객체가 프로그램의 제어 흐름을 스스로 조종했다.
• 반면에 AppConfig는 프로그램의 제어 흐름에 대한 권한을 모두 가지고 있다. OrderServiceImpl도 AppConfig가 생성한다.
• 이렇듯 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 제어의 역전(IoC)이라 한다.

프레임워크 vs 라이브러리

• 내가 작성한 코드를 제어하고, 대신 실행하면 프레임워크(JUnit)
• 내가 작성한 코드가 직접 제어의 흐름을 담당한다면 라이브러리

의존관계 주입 DI

• 의존관계는 정적인 클래스 의존 관계와, 실행 시점에 결정되는 동적인 객체(인스턴스) 의존관계 들을 분리해서 행각해야 한다.
• 정적인 클래스 의존관계
  • 클래스가 사용하는 import코드만 보고도 의존관계를 쉽게 분석할 수 있다.
• 동적인 객체 인스턴스 의존 관계
  • 애플리케이션 실행 시점 에 외부에서 실제 구현 객체를 생성하고 클라이언트에 전달해서 클라이언트와 서버의 실제 의존관계가 연결되는 것을 '의존관계 주입' 이라 한다.
  • 객체 인스턴스를 생성하고, 그 참조값을 전달해서 연결한다.
  • 의존관계 주입을 사용하면 클라이언트 코드를 변경하지 않고, 클라이언트가 호출하는 대상의 타입 인스턴스를 변경할 수 있다.
  • 의존관계 주입을 사용하면 정적인 클래스 의존관계를 변경하지 않고, 동적인 객체 인스턴스 의존관계를 쉽게 변경할 수 있다.

IoC 컨테이너, DI 컨테이너

• AppConfig처럼 객체를 생성하고 관리하면서 의존관계를 연결해주는 것
• 최근에는 주로 DI 컨테이너라 한다.
• 어셈블러, 오브젝트 팩토리라고 부르기도 한다.

[kyupid]

요약: 스프링을 이해하기 위해서는 자바 객체 지향에 대해 잘 알아야한다. 왜냐면 스프링은 자바의 객체 지향을 극대화해서 사용할 수 있게 도와주는 프레임워크이기 때문이다. 특히 다형성은 중요하다

다형성의 중요성

• 실세계와 객체 지향 1:1 로 매 칭X
• 그래도 실세계 비유이해하기좋음

자동차와 운전자

• 운전자는 자동차가 아니라 자동차의 역할에만 의존적이다.
• 운전자를 위해서 그렇게 구현한거다
• 새로운 자동차가 나와도 클라이언트는 새로운걸안배워도 된다.

공연 무대

• 로미오 역할, 줄리엣 역할이 있다면 그 역할을 하는 사람만 있을 뿐이다.

다형성의 실세계 비유 예시

• 운전자 - 자동차
• 공연 무대
• 키보드, 마우스, 세상의 표준 인터페이스들
• 정렬 알고리즘
• 할인 정책 로직

역할과 구현을 분리

• 역할과 구현으로 구분하면 세상이 단순해지고, 유연해지며 변경도 편리해진다
• 장점
  • 클라이언트는 대상(인터페이스만) 알면 된다
  • 클라이언트는 구현 대상의 내부 구조를 몰라도 된다
  • 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다.
  • 클라이언트는 구현 대상 자체를 변경해도 영향을 받지 않는다.

자바 언어

• 자바 언어의 다형성을 활용
  • 역할 = 인터페이스
  • 구현 = 인터페이스를 구현한 클래스, 구현 객체
• 객체를 설계할 때 역할과 구현을 명확히 분리
• 객체 설계시 역할(인터페이스)을 먼저 부여하고, 그역할을 수행하는 구현 객체 만들기
• 핵심은 구현보다 인터페이스다! 역할이 더 중요하다!

객체의 협력이라는 관계부터 생각

• 혼자 있는 객체는 없다
• 클라이언트: 요청, 서버: 응답
• 수 많은 객체 클라이언트와 객체 서버는 서로 협력 관계를 가진다.

다형성의 본질

• 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경할 수 있다
• 다형성의 본질을 이해하려면 협력이라는 객체사이의 관계에서 시작해야함
• 클라이언트를 변경하지 않고, 서버의 구현 기능을 유연하게 변경할 수 있다.

역할과 구현을 분리

정리

• 실세계의 역할과 구현이라는 편리한 컨셉을 다형성을 통해 객체 세상으로 가져올 수 있음
• 유연하고, 변경이 용이
• 확장 가능한 설계
• 인터페이스를 안정적으로 잘 설계하는 것이 중요

한계

• 역할(인터페이스) 자체가 변하면, 클라이언트, 서버 모두에 큰 변경이 발생한다
• 자동차를 비행기로 볍ㄴ경해야한다면?
• 대본 자체가 변경된다면?
• 인터페이스를 안정적으로 잘 설계하는 것이 중요

스프링과 객체 지향

• 다향성이 가장 중요하다
• 스프링은 다형성을 극대화해서 이용할 수 있게 도와준다
• 스프링에서 이야기하는 제어의 역전, 의존관계주입은 다형성을 활용해서 역할과 구현을 편리하게 다룰 수 있도록 지원한다
• 스프링을 사용하면 마치 레고 블럭 조립하듯이 공연 무대의 배우를 선택하듯이 구현을 편리하게 변경할 수 있다

[dnjsrud3407]

어제 공부를 했는데 못 올리는 바람에 지금 올립니다 강의명 : 스프링 핵심 원리 기본편

수강 회차 <싱글톤 컨테이너>

• @Configuration과 바이트코드 조작의 마법

<컴포넌트 스캔>

• 컴포넌트 스캔과 의존관계 자동 주입 시작하기
• 탐색 위치와 기본 스캔 대상

요약

• @Configuration 을 사용하면 스프링에 빈이 등록되어 빈을 호출할 경우 객체 참조값으로 빈을 가져온다
• @ComponentScan 을 사용하면 @Component 라고 적힌 클래스를 전부 스프링 빈으로 등록한다
• @Autowired 를 사용하면 스프링 컨테이너에 등록된 빈을 자동 주입시켜 준다

[char-yb]

uiurihappy 강의명: 스프링 핵심원리 기본편 수강 회차: 다양한 의존 관계 주입

다양한 의존 관계 주입

• 생성자 주입
• 수정자 주입 (setter주입)
• 필드를 통한 주입
• 일반 메서드 주입

생성자 주입

• 생성자를 호출하는 시점에 딱 한번만 호출하는 것이 보장(코드를 잘짜면 값을 수정못하게 한다.)
• "불변, 필수" 의존 관계에 사용
• 생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입 된다. 물론 스프링 빈에만 해당 (생성자가 2개이면 안된다!)

수정자 주입

• setter라 불리는 필드의 값을 변경하는 수정자 메서드를 통해서 의존관계를 주입하는 방법이다.
• 선택, 변경 가능성이 있는 의존관계에 사용
• 자바 빈 프로퍼티 규약의 수정자 메서드 방식을 사용하는 방법
• 선택적으로 주입할려면 @Autowired(required = false) 하면 된다.
• 자바빈 프로퍼티, 자바에서는 과거부터 필드의 값을 직접 변경하지 않고, setXxx, getXxx 라는 메서드를 통해서 값을 읽거나 수정하는 규칙을 만들었는데, 그것이 자바빈 프로퍼티 규약이다.

필드를 통한 주입

• 이름 그대로 필드에 바로 주입하는 방법이다.
• 의존관계를 바로 필드에 주입 @Autowired private MemberRepository memberRepository; @Autowired private DiscountPolicy discountPolicy; 이런 식으로 간단하게 사용 가능하다.
• 코드가 간결해서 많은 개발자들을 유혹하지만 외부에서 변경이 불가능해서 테스트 하기 힘들다는 치명적인 단점이 있다. (강의를 들으니 진짜 변경이 난해하다.)
• DI 프레임워크가 없으면 아무것도 할 수 없다. 사용하는 경우
• 애플리케이션의 실제 코드와 관계 없는 테스트 코드
• 스프링 설정을 목적으로 하는 @Configuration 같은 곳에서만 특별한 용도로 사용

일반 메서드 주입

• 아무 메서드에 Autowired를 사용할 수 있다.

• 한번에 여러 필드를 주입 받을 수 있다.

• 의존관계 자동 주입은 스프링 컨테이너가 관리하는 스프링 빈이어야 동작한다.