스터디에서 나온 개념들

Spring 스터디를 5주간 진행하였다. 코린이인 나는 난이도가 몹시 어렵고 따라가기 벅찼던 스터디였다. 그래도 알게된것도 많이 있고 내가 알던것과는 다른 내용도 있어서 하길 잘했다는 생각이든다. 관련 참고 자료를 우선 다 저장해두고 하나 하나 다시 보도록 할 것이다.

 

Restful API

• DEVOPEDIA 영문으로 되어있는 설명 [Richardson Maturity Model](https://devopedia.org/richardson-maturity-model#summary)

• 리차드 성숙도 모델 한글 설명 [Richardson Maturity Model](https://brunch.co.kr/@pubjinson/12)

• NAVER DEVIEW 2017 [그런 REST API로 괜찮은가 by 이응준](https://tv.naver.com/v/2292653)

DDD building blocks

[DDD, Part 2: DDD Building Blocks](https://dzone.com/articles/ddd-part-ii-ddd-building-blocks)

[DDD(Domain Driven Design) - 도메인 주도 설계란?](https://huisam.tistory.com/entry/DDD)

**DDD 구성요소**

1. Entities

   엔티티는 id가 있고 잠재적으로 변경가능한 일반 객체이다. 각 엔티티는 속성이 아닌 ID로 고유하게 식별된다. 따라서 두 엔티티가 속성이 다르더라도 동일한 ID를 가지고 있으면 두 엔티티가 동일한 것으로 간주 될 수 있다.(식별자 동일성) 즉, 엔티티의 상태는 언제든지 변경될 수 있지만 두 엔티티가 동일한 ID를 갖는 두 엔티티는 어떤 속성을 가지고 있는지에 관계없이 동일한것으로 간주된다.

2. Value Objects

   VO는 불변하다. VO는 엔티티에서 볼수있는 ID를 가지고 있지 않다. 두 개의 VO가 동일한 타입과 같은 속성(모든 속성에 적용됨을 가지고 있다면 동일한 객체로 간주될 수 있다.

   종종 메시지 전달과 같은 용도로 사용되며 실제로 이는 불변의 측면을 반드시 노출하지 않고 도메인 개념을 노출하는 양파 아키텍처 내의 API계층에서 특히 유용하다.

   [양파아키텍처가 뭔지 몰라서 검색](https://dev.to/barrymcauley/onion-architecture-3fgl)

   VO의 이점 :

   • VO의 복합은 많은 계산 복잡성을 삼킬 수 있다.

   • 엔티티는 논리 복잡성에서 해제 될 수 있다.

   • 특히 올바르게 사용하는 경우 테이스 가능성 및 동시성 문제에 대한 확장성을 개선한다.

3. Aggregate Roots

   Aggregate Roots는 다른 엔티티와 함께 결합하는 엔티티이다. 또한 Aggregate Roots는 실제로 집계의 일부이다.(데이터 변경을 위해 단일 단위로 처리되는 관련 개체의 컬렉션/클러스터) 따라서 각 집계는 실제로 집계루트와 경계로 구성된다. 예를 들어, SalesOrderDomain 내의 Order와 OrderLineItem 간의 관계는 Order가 집계 루트 역할을 하는 집계로 간주될 수 있으며 OrderLineItem은 SalesOrder 경계 내에서 Order의 하위 항목이다.

   집계 루트의 주요 기능 중 하나는 외부 개체가 집계 루트 자식 엔티티에 대한 참조를 보유할 수 없다는 것이다. 따라서 집계 루트 하위 항목 (aka 집계) 중 하나에 액세스해야하는 경우 집계 루트를 거쳐야한다.(즉, 하위 항목에 직접 액세스 할 수 없음)

   다른 한가지는 가능한 경우 도메인 내의 모든 작업이 집계 루트를 거쳐야한다는 것이다. Factory, Repository, Service는 이에 대한 몇가지 예외이지만 가능할 때마다 작업이 집계 루트를 통과하도록 만들거나 요구할 수 있다면 더 좋을 것이다.

4. Repositories

   레포지토리는 주로 저장소를 다루는데 사용된다. 실제로 DDD에서 가장 중요한 개념 중 하나이다. 많은 저장소 문제(예 : 스토리지 일부 형식/메커니즘)를 추상화 했기 때문이다.

   레포지토리 구현은 파일 기반 저장소, 데이터베이스(SQL / NoSQL기반) 또는 캐싱과 같은 저장소 메커니즘과 관련된 기타 항목일 수 있다. 이들은 모든 조합도 가능하다.

   레포지토리는 데이터저장소와 혼동해서는 안된다. 레포지토리가 하는 일은 agrregate roots를 저장하는 것이다. 그 아래에서 레포지토리 구현은 집계를 구성하기 위해 실제로 여러 다른 저장소 위치와 통신해야할 수 있다. 따라서 단일 집계 루트는 데이터베이스 또는 파일뿐 아니라 REST API에서 가져올 수 있다. 이를 데이터 저장소라고 하는 것에 래핑할 수 있지만 레포지토리는 모든 개별 데이터 저장소 위에 추가 된 추상화 계층이다. 일반적으로 레포지토리는 양파 아키텍처 내 도메인/도메인 서비스 계층 내의 인터페이스로 구현한 다음 레포지토리 인터페이스의 구현 논리를 인프라 계층에서 정의한다.

5. Factories

   팩토리는 객체 구성에 추상화를 제공하는 데 사용된다. ([GOF의 팩토리 디자인 패턴](Aggregate Roots))

   팩토리는 잠재적으로 집계 루트나 엔티티 또는 VO를 반환할 수도 있다. 종종 집계 루츠에 대한 팩토리 메소드가 필요한 경우 저장소로 롤링된다. 따라서 저장소에는 파인더 생성 메소드가 있을 수 있다.

   일반적으로 구현 논리를 사용하여 도메인/도메인 서비스 계층 내에서 인터페이스로 구현 된 공장도 인프라 계층에서 정의된다.

6. Services

   서비스는 기본적으로 집계 루트에 맞지 않는 작업을 위한 홈을 제공하기 위해 존재한다. 예를 들어 작업이 있고 어떤 집계 루트로 들어가는지 모를 때 여러 집계 루트에서 작동하고나 기존 집계 루트에 속하지 않을 수 있다. 그런 다음 논리를 서비스에 넣을 수 있다. 그러나 모든 것을 서비스에서 하려고 하면 안된다. 무엇보다도 작업이 기존 집계 루트 중 하나에 적합한지 신중하게 분석하는 것이 좋다. 집계 루트를 찾을 수 없는 경우에는 집계 루트 하나를 놓쳤는지 스스로에게 물어보는것이 좋다. 아니면 작업을 도메인에 가져오기 전에 도메인으로 가져와야한다고 생각하지 않는 도메인 개념이 있을 수 있다.

**기타 중요한 사항**


VO 및 DTO는 POJO / POCO의 하위 집합이다. 엔티티는 또한 POJO / POCO의 하위 집합이다. 위의 묘사에서 POJO와 POCO는 서로 바꿔서 사용할 수 있다. 둘 다 비슷한 것을 언급하고 있다. 둘 다 비즈니스 응용 프로그램 내에서 주로 도메인 / 비즈니스 개체를 나타내는 도메인 개체이다.

POJO (plain old Java object)라는 용어는 Martin Fowler가 만든 것으로 Java 커뮤니티에서 매우 인기가있는 반면 POCO (plain old CLR object / plain old class object)는 dotNet에서 널리 사용된다.

앞서 언급했듯이 DTO, VO 및 엔티티는 POJO / POCO의 하위 집합 일뿐이지만 아래에 설명 된대로 실제로는 다르다.


DTO는 멍청한 데이터 컨테이너이다(로직없이 오직 데이터만 들고있음). 따라서 일반적으로 빈혈이다(속성 및 getter/setter만 포함). DTO는 절대적으로 불변이다. 일반적으로 DTO를 사용하여 하나의 단일 응용 프로그램에서 계층과 계층간에 또는 응용 프로그램에서 응용 프로그램으로 또는 JVM에서 JVM(다중 네트워크 호출을 줄이기 위해 네트워크간에 가장 유용함)간에 개체를 전송한다.

VO 또한 불변이지만 DTO와 다른점은 VO에는 논리가 포함되어있다는 것이다.

DTO(Data Transfer Object) & VO (Value Object)

[영어로 된 설명 DTO](https://martinfowler.com/eaaCatalog/dataTransferObject.html)

[영어로 된 설명 VO](https://martinfowler.com/eaaCatalog/dataTransferObject.html)

[DTO vs VO](https://multifrontgarden.tistory.com/182)

[final 키워드 불변 정의](https://www.schibsted.pl/blog/immutability-entities-and-value-objects/)

[깔끔하게 DTO 관리하기](https://velog.io/@p4rksh/Spring-Boot%EC%97%90%EC%84%9C-%EA%B9%94%EB%81%94%ED%95%98%EA%B2%8C-DTO-%EA%B4%80%EB%A6%AC%ED%95%98%EA%B8%B0)

• DTO를 생성하고 반환하는 내용은 모두 **컨트롤러**에 있어야 한다.

• 서비스는 다른 서비스에서도 호출 될 수도 있기 때문에 도메인 객체들이 사용되어야한다. 서비스에서는 DTO를 사용하기 보다는 도메인 객체들인 Entity, VO를 사용하는 것이 좋다.

• DTO클래스에 SETTER를 두어도 상관이 없지만 불변이 가능하면 불변으로 해준다.

• 데이터 전달을 위해 DTO를 사용하는 경우와 Map을 사용하는 경우가 있다. 각각 장단점이 있음

  • DTO는 더욱 명시적인 장점은 있지만, class를 새로 만들어야 하는 단점

  • Map은 추가적인 class가 필요없지만, 주석 등을 통해 파악이 쉽도록 잘 명세를 해놓아야 함

• Response DTO

  • 어떠한 타입도 담을 수 있도록 제네릭 처리하자

  • 이 클래스의 역할이 무엇인지, 무슨 정보를 담아야할지 생각하기 모든 api의 응답을 표현할 수 있는 형태말고 -> 이게 무슨 말인지 모르겠네,,

  • ResponseDTO는 보통 code(상태 코드), message(메세지), data(전달 데이터)로 이루어져 있다.

  • 생성자와 ResponseDto를 리턴해주는 메소드, Getter를 만들어 준다. Setter는 만들지 않음(불변이기 때문에)

DAO와 Repository

[DAO와 Repository의 차이점](https://stackoverflow.com/questions/8550124/what-is-the-difference-between-dao-and-repository-patterns)

빌더 패턴

[빌더 디자인 패턴으로 불변성 달성](https://dzone.com/articles/immutability-with-builder-design-pattern)

[롬복 - @Builder 어노테이션](https://www.baeldung.com/lombok-builder)

Lambda 표현식

[Java 8 Lambda 표현식 예제](https://www.byteslounge.com/tutorials/java-8-lambda-expressions-example)

Spring JDBC

`Spring JDBC`란 스프링 프레임워크에서 제공하는 데이터 접근 모듈이다. 단순하게 DB CRUD외에도 트랜잭션 관리, 접근 시 예외 처리 등의 다양한 기능을 제공한다.

`데이터 소스`란 애플리케이션이 DB에 접근하기 위하 추상화된 연결 방식, 즉 커넥션 (java.sql.connection)을 제공하는 역할을 하는 녀석을 지칭한다. 데이터 소스를 사용하는 방법은 크게 세가지 종류가 있다.

• **애플리케이션 모듈이 제공하는 데이터 소스**

  Commons DBCP, Tomcat JDBC Connection Pool과 같이 서드파티가 제공하는 데이터 소스 혹은 DriverManagerDataSource 같이 스프링 프레임워크가 테스트 용도로 제공하는 데이터 소스를 빈으로 등록해서 사용하는 방법

• **애플리케이션 서버가 제공하는 데이터 소스** 서버가 정의한 데이터 소스를 JNDI(Java Namming and Directory Interface)를 통해 가져와서 사용하는 방법

• **내장형 데이터베이스를 사용하는 데이터 소스**

  H2 같은 내장형 데이터베이스에 접근하는 데이터 소스를 사용하는 방법

스프링 부트에서 스프링 JDBC와 데이터 소스를 연결하는 작업을 application.properties 에 작성하면된다.

Spring JDBC를 사용하면 공통적이고 반복되는 작업을 대신해준다는 이점이 있다.

• 커넥션의 연결과 종료

• SQL 문의 실행

• SQL 문의 실행 결과 행에 대한 반복 처리

• 예외 처리

따라서 개발자는 SQL문의 정의, 파라미터 설정, SQL에서 결과를 가져온 후 레코드 별로 필요한 처리만 하면된다.

Spring JDBC는 Jdbc Template라는 클래스로 데이터 CRUD 작업을 처리한다.

**Jdbc Template CRUD 작업 시 주요 메서드**

메소드명설명

queryForObject	하나의 결과 레코드 중 하나의 칼럼 값을 가져올 때 사용, RowMapper 등과 매핑을 도와주는 클래스와 함께 사용하며 객체에 매핑, 검색결과가 없거나 두개 이상이면 예외 (IncorrectResultSizeDataAccessException)을 발생시킴, 자바 객체로 매핑할 RowMapper 객체를 반드시 지정해야함
queryForMap	하나의 결과 레코드 정보를 Map 형태로 매핑
queryForList	여러 개의 결과 레코드를 List로 Map<String, Object> 형태로 만들어서 반환
query	ResultSetExtractor, RowCallbackHander와 같이 사용, 실행결과가 List<T>일 때 사용
update	데이터를 변경하는 SQL INSERT, DELETE, UPDATE를 실행할 때 사용

https://m.blog.naver.com/adamdoha/222078797274

https://velog.io/@sa833591/Repository-Jdbc-%EC%B2%98%EB%A6%AC-%EC%BD%94%EB%93%9C-%EA%B5%AC%ED%98%84

[baeldung Spring JDBC](https://www.baeldung.com/spring-jdbc-jdbctemplate)

JDBC Template

• [(Spring JDBC) Spring JDBC를 이용한 데이터 접근 방식](https://gmlwjd9405.github.io/2018/05/15/setting-for-db-programming.html)

• [(Spring JDBC) JDBC Template의 기본 사용 방법](https://gmlwjd9405.github.io/2018/12/19/jdbctemplate-usage.html)

• [JDBC Template querey ~ 다양한 타입 예제](https://blog.outsider.ne.kr/882)

• Spring 기준이라 살짝 더 manual한데, SpringBootdptjsms application.properties에 설정해둔 datasource 설정을 바탕으로 Jdbc Template을 이미 만들어 두기 때문에 그냥 JDBC Template을 바로 DI 받아서 사용하면 된다.

JDBC datasource 설정

• application.properties에 db 관련 설정을 안해주면 Failed to configure a DataSource 어쩌고 하는 에러가 발생하므로 설정을 해줄 것

KeyHolder & PerparedStatement

jdbcTemplate.update()로 레코드를 삽입하는 동시에 해당 레코드의 key값을 반환하기

Spring MVC

[baeldung](https://www.baeldung.com/spring-mvc-tutorial)

[Spring Docs](https://docs.spring.io/spring-framework/docs/3.2.x/spring-framework-reference/html/mvc.html)

Spring Message Source

[baeldung message source](https://www.baeldung.com/spring-custom-validation-message-source)

Validation

[스프링 부트를 사용한 유효성 검사에 대한 전체 가이드](https://reflectoring.io/bean-validation-with-spring-boot/)

[baeldung Validation](https://www.baeldung.com/spring-boot-bean-validation)

Spring unit Testing

[스프링 docs test](https://docs.spring.io/spring-framework/docs/current/reference/html/testing.html#testing-introduction)

Spring MVC Test

[웹레이어 테스트 - JUnit](https://spring.io/guides/gs/testing-web/)

[스프링 MVC 단위 테스트 Junit](https://thswave.github.io/java/2015/03/02/spring-mvc-test.html)

테스트 작성을 많이 해보는 연습을 하라

mock

테스트를 하다가 실패를 하는 경우 디버깅을 해야지

원하는 결과값이 나오지 않았을 때 그 실패한 메소드에 브레이킹포인트를 걸어주고

그 메서드를 디버그로 실행을 해준다. 이렇게 해주면 어디부분에서 문제가 발생했는지 잘 알수있다. 흠 아주 모르는 소리라 막막하네

테스트 부분에서 log 작성을 해줘도ㅗ 된다

만약 테스트를 하다가 문제가 발생할 경우 예외를 만났을 때 에러메시지를 보고 무엇을하느냐? 읽고 구글링을 합니다. 익셉션에 대한 것을 읽어본다.

Mock

[baeldung mock](https://www.baeldung.com/java-spring-mockito-mock-mockbean)

[MovkMvc를 사용해 GET, POST 테스트하기](https://shinsunyoung.tistory.com/52)

라이브러리

• [PasswordEncoder](https://velog.io/@corgi/Spring-Security-PasswordEncoder%EB%9E%80-4kkyw8gi)

• [Guava](https://github.com/google/guava)

• apache에서 제공하는 자바 유틸리티 라이브러리

  https://commons.apache.org/proper/commons-lang/

  https://commons.apache.org/proper/commons-io/

• [json 유틸리티 라이브러리](https://github.com/FasterXML/jackson)

• [jackson 라이브러리 성능 향상을 위한 확장 플러그인](https://github.com/FasterXML/jackson-modules-base/tree/master/afterburner)

• [jdbc connection pool 라이브러리](https://github.com/brettwooldridge/HikariCP)

• [jackson 라이브러리 LocalDateTime 처리 플러그인](https://github.com/FasterXML/jackson-datatype-jsr310)

Spring Security

[Spring Security 처리흐름에 대한 전반적인 설명](https://springsource.tistory.com/80)

Spring Security를 최대한 쉽게(?) 설명한 글 모음 [1](https://hyunsangwon93.tistory.com/24) [2](https://hyunsangwon93.tistory.com/26) [3](https://hyunsangwon93.tistory.com/27)

[Spring Security 인가 처리 설명](https://zgundam.tistory.com/57?category=430446)

HTTP 세션

HTTP 세션 개요

• [https://mohwaproject.tistory.com/entry/HTTP-Session-%EC%9D%B4%EB%9E%80](https://mohwaproject.tistory.com/entry/HTTP-Session-이란)

• https://brunch.co.kr/@springboot/114

Redis를 활용한 Spring Boot 세션 클러스터 예제

• https://pasudo123.tistory.com/379

• https://bingbingpa.github.io/spring/spring-redis/

JWT

JWT 소개

• https://meetup.toast.com/posts/239

• https://velopert.com/2389

Java-Jwt 라이브러리

• https://github.com/auth0/java-jwt

Spring-Boot, Security로 구현하는 Jwt

• https://github.com/iyboklee/boot-security-jwt

Jwt 콘솔 (Jwt 디코드 및 검증)

• [https://jwt.io](https://jwt.io/)

Spring Validation

• https://meetup.toast.com/posts/223

• [https://kapentaz.github.io/spring/Spring-Boo-Bean-Validation-%EC%A0%9C%EB%8C%80%EB%A1%9C-%EC%95%8C%EA%B3%A0-%EC%93%B0%EC%9E%90/](https://kapentaz.github.io/spring/Spring-Boo-Bean-Validation-제대로-알고-쓰자/)

• [https://medium.com/@gaemi/java-%EC%99%80-spring-%EC%9D%98-validation-b5191a113f5c](https://medium.com/@gaemi/java-와-spring-의-validation-b5191a113f5c)

Java Optional

자바에서 NULL을 안전하게 다루는 방법

• https://www.daleseo.com/java8-optional-before/

• https://www.daleseo.com/java8-optional-after/

• https://www.daleseo.com/java8-optional-effective/

• https://www.slideshare.net/gyumee/null-142590829?fbclid=IwAR0ufJX4dJ5waG5r0XM9tj0u4qbANoFq-9gpoQJyoAsnNo0L8_4Dpe2MIUQ

Lambdas & Stream API

자바는 8버전 이전과 그 이후로 나누어 집니다. 그 중심에는 Stream API와 람다 표현식이 있습니다.

오라클 웹사이트의 [Java8 Lambdas, Part1](https://www.oracle.com/technical-resources/articles/java/architect-lambdas-part1.html) 번역글입니다.

• https://www.daleseo.com/java8-lambdas-part1-1/

• https://www.daleseo.com/java8-lambdas-part1-2/

• https://www.daleseo.com/java8-lambdas-part1-3/

Stream API에 대한 설명입니다.

• https://futurecreator.github.io/2018/08/26/java-8-streams/

• https://futurecreator.github.io/2018/08/26/java-8-streams-advanced/

• https://velog.io/@kskim/Java-Stream-API