Spring/TIL

✨ Chapter 0. > @NoArgsConstructor vs @AllArgsConstructor vs @RequiredArgsConstructor : 파라미터가 없는 기본 생성자를 생성 : 모든 필드 값을 파라미터로 받는 생성자를 생성 : final이나 @Non

스프링 개발을 처음 시작할 때 오직 service만을 이용하여 개발을 시작했다. 그리고 service에 Interface를 쓰게된 이유는 의존성 역전 (DIP) 을 고려하여 사용하게 되었는데.. 근데 개발하면서 인터페이스도 작성하고, 인터페이스를 구현하는 클래스 코드도

여기서 Dirty란, 부정적인 의미가 아닌 ‘상태의 변화가 생겼다’ 라는 의미로 해석 → Dirty Checking : 상태 변경 검사더티 체킹은 Transaction 안에서 엔티티의 변경이 일어나면, 변경 내용을 자동으로 데이터베이스에 반영하는 JPA 특징이다.그렇다

Transaction은 데이터베이스의 상태를 변화시키기 위해서 수행하는 작업의 단위를 의미한다. 일반적으로 다음과 같은 질의어(SQL) select, insert, update, delete를 사용해서 데이터베이스에 접근한다. 이때, 작업 단위는 질의어 한 문장이 아니

Response DTO에 대해 찾아보다가 이 주제에 관한 블로그 글들을 접하게 되었다. 생각하지못했던 부분이라서 자세히 읽어보았고, 참고한 블로그들을 바탕으로 정리하였다.WEB 응답나는 주로 1번으로 코드를 짰는데, 2번으로 코드를 짜는 이유는 무엇일까?비즈니스 로직을