📚 TIL 25일차

오늘의 주요사항 (6/20, 화요일)

1. Spring 숙련 주차 파이팅

(ERD를 그리려고 했던 것)

다른 프로젝트들의 ERD를 참고해서 entity를 추가하는 것까진 했는데, 관계 그래프를 그리는 단계에서 막혔다. 사이트 기능이 어색한 것도 한 몫 하지만... (ㅠㅠ) 아직 듣지 못한 주차에 ERD에 대한 설명이 있는데 그부분까지 수강하고 재도전해보려고 한다.

Q. JPA 프로젝트에 schema를 두 개 연결할 수 있나요?

SQL든지 DB든지 익숙하지 않다보니 table이 두 개 필요하다면 schema도 두 개 필요한가?! 라는 생각에 튜터님께 질문을 하러 갔었다.

JPA 환경에서는 schema를 두 개 이상 연결하는 건 힘들다고 한다. application.properties에서 명시적으로 schema를 지정해주기 때문이다.

spring.datasource.url=jdbc:mysql://localhost:3306/blog

프로젝트를 진행할 때는 entity에 따른 table을 두 개 만들어주면 된다는 답변을 얻을 수 있었다.

리팩터링

1) success 결과 반환

이전에 진행했던 Spring-CRUD-Lv1의 Api 명세를 보면, [선택한 게시글 삭제 성공] 시, Response 결과로 "success":"true"를 반환해야하는 것을 볼 수 있다. 그래서 SuccessResponstDto를 하나 더 만들어서 출력해주었다.

하지만 해내고 나서도 찝찝함이 남아있어서, 과제 해설 코드를 확인했는데, BlogResponseDto 생성자를 오버라이딩 해주는 것이 아닌가....

BlogResponseDto.java

public BlogResponseDto(Blog blog) {
 
	this.createdAt = blog.getCreatedAt();
	this.modifiedAt = blog.getModifiedAt();

	this.id = blog.getId();
	this.title = blog.getTitle();
	this.content = blog.getContent();
	this.author = blog.getAuthor();
}

// success 결과를 반환하는 dto 생성자
public BlogResponseDto(Boolean success) {

	this.success = success;
}

나도 바로 변경해주어서 쓸데없는 객체 생성을 줄일 수 있었다.

2) 이름 변경

앞으로의 과제 진행을 위해 기존에 Blog로 통일하여 사용하던 entity의 이름을 Post로 변경해주었다. (적용은 Spring-CRUD-Lv2부터) entity의 이름이 변경됨에 따라 다른 class들의 이름도 변경해주었다.

- BlogController → PostController
- BlogService → PostService
- BlogRepository → PostRepository
- BlogRequestDto → PostRequestDto
- BlogResponseDto → PostResponseDto

회원가입 및 로그인에 사용할 entity의 이름은 users이고, 이에 따라 api 명세도 바뀔 것이라 예상한다.