[Proj. SARAMARA] 📝 개발일지 1

카카오 클라우드 스쿨에 참여하고 있을 당시에 별도로 팀을 형성해서 프로젝트를 진행하기로 기획했었다.하지만, 당시에 교육과 프로젝트를 병행하는데는 상당히 어려워서 프로젝트를 완성하지 못한채로 카카오 클라우드 스쿨에서 정규 프로젝트가 진행되었다. 현재는 카카오 클라우드 스쿨을 수료해서 다시 이 프로젝트를 시작하려 한다.

🔗 [SARAMARA]Github:
무언가를 구매할 때 사야할지 말아야할지 고민되는 것들을 공유하는 구매 고민과 관련된 커뮤니티 Saramara 프로젝트의 Backend 저장소 입니다.

---

많은 기간이 지났고, 다시 시작하기 위해서 Git Clone을 받아왔다.
그러나, 당혹스러운 빨간줄의 에러가 반겨주었다.

🚨 JDK Version Issue

에러를 잘 살펴보면 Could not resolve org.springframework.boot:spring-boot-gradle-plugin:3.0.2. 의 에러를 찾아볼 수 있었다.
그리고 한 가지 더 힌트를 찾을 수 있었는데, No matching variant of org.springframework.boot:spring-boot-gradle-plugin:3.0.2 was found. The consumer was configured to find a runtime of a library compatible with Java 11, 의 에러로 힌트를 얻었다.

SARAMARA 프로젝트는 Spring Boot 3.0.2 Version을 사용한다.

혹시나 자신의 프로젝트가 과거에 진행되서 기억이 가물가물하다면 build.gradle File을 확인해보자.

Spring Boot 3.0 버전 이후로는 JDK 17을 사용해야 했고, 어째서인지 내가 사용한 인텔리제이에서는 JDK 11로 설정되어있었기 때문에 부랴부랴 JDK 17로 수정하고 나니 문제가 해결되었다.

🔨 Project 수정

교육 중에 진행했던 코드여서 그런지 정말 엉망진창이였다.

본격적으로 개발을 진행하기에 앞서 이 엉망진창의 코드를 가다듬을 필요가 있었다. (별로 진행된 코드는 없었지만..)

📂 Board Entity 클래스 코드 수정

• 가독성을 높여주기 위한 개행
• Like Enitiy 삭제
• PK ID Colume 명 수정
  

1. 가독성이 떨어지는 네이밍 수정

PK 값인 boardId를 private Long id로 작성하고 @Column 어노테이션으로 name을 달아준 것이 Spring MVC 패턴에서 오히려 가독성이 떨어진다고 판단해서 @Column 어노테이션을 삭제하고 private Long boardId 로 명확하게 나타내주도록 수정했다.

2. likes 삭제

private Long likes 게시물의 좋아요를 나타낼 Colume으로 작성했었다.
이 부분은 사용자의 좋아요 상태를 나타내고 중복되는 상황을 없애기 위해 별도의 likeForBoard의 테이블을 형성해야 할 것 같다는 생각에 해당 의견을 팀에 전달하고 이후에 작업에 추가할 예정이므로 제거했다.
(지금 보니 likeCount로 갯수를 정리해줄 Colume이 필요한데 이 부분으로 수정을 하고 별도의 테이블을 생성하면 됐다.. 하지만, 그거나 그거나 같다.👀)

📂 BoardRepository 클래스 코드 수정

• 가독성을 높여주기 위한 개행
• getBoardWithComment 메서드 삭제
• Query문 내에 id의 컬럼을 변경된 boardId 컬럼으로 수정
  

1. getBoardWithComment 메서드 삭제

주석으로 처리할까 고민이 많았다. 하지만 Board의 작업이 어느정도 선행되어야 하는 개발 순서가 있기 때문에 Comment 부분은 과감하게 삭제했다. 이후에 Comment의 개발 진행에 맞춰서 별도로 다시 작성해줄 예정이다.

2. Query문 내에 id의 컬럼을 변경된 boardId 컬럼으로 수정

앞서 Board Entity에서 수정한 내용을 반영한 수정이다.

📂 BoardService 인터페이스 및 BoardServiceImpl 클래스 코드 수정

• DTOtoEntity 주석처리: ModelMaper 도입을 고려
• BoardPageResponseDTO 요청 메서드 삭제

BoardService

DTOtoEntity EntitytoDTO 와 같은 변환 코드가 번거로워서 현재 ModelMapper를 도입할 계획중이고 그에 가깝게 진행되고 있다. 그래서 그에 맞게 필요없는 코드가될 수 있기 때문에 주석처리를 하게 되었다.

BoardServiceImpl

BoardPageResponseDTO 메서드가 현재 페이지 처리를 어떻게 할지 고민없이 사용되었기 때문에 프로젝트 개발에 있어 이유없는 코드로 불필요한 코드라 판단했고, 해당 부분을 과감하게 삭제했다.
(아직 게시물 생성, 조회, 수정, 삭제의 기본적인 CRUD도 진행이 제대로 완료되어 있지 않은 상태에서 필요없는 메서드라 판단!)

---

게시물 서비스를 다시 진행하기 위해서 코드를 다시 살펴보고 수정하고 버릴껀 버렸다.
완성된 코드였다면 리팩터링을 진행했을 것이지만, 진행이 극극극 초반의 개발상태였기 때문에 다시 기반을 잡은 것이다.
기획했던 아이디어를 버리지 않고 다시 살려본다는 것이 흥미롭고, 개인공부와 병행하면서 프로젝트를 하기에도 힘든 시간이 되겠지만, 분명 재미있을 것 같아서 기대된다!🤩