[TIL] SoftDelete 개발 방식, 서브 모듈 설정, PR 및 Postman으로 API문서 공유하기

오늘 한 일

• SoftDelete 코드 개선
• 서브 모듈 설정
• 팀원들과 PR 후 코드 리뷰
• Postman TeamworkSpace 개설 및 Auth, User API 테스트

작업 내용

SoftDelete

SoftDelete방식으로 개발을 하다보니 이 방식에 대해서 여러 방법이 있다는 것을 알게되었다. @SoftDelete를 적용하고 @SQLRestriction을 사용하여 삭제되지 않은 유저를 가져오는 방식, @SQLDELETE로 직접 생성한 필드를 관리하는 방법(@SQLRestriction방법은 동일) 등 다양한 전략이 존재했다.
나는 @SQLDELETE 방식을 사용했으나 자식 엔티티를 자동으로 함께 SOFTDELETE하는 방법을 고려한다면 @SoftDelete 방식으로 바꿔서 사용해보는게 좋을까 생각했다.
그 외에 번거로운 필드 관리를 생각한다면 @SoftDelete가 더 좋아보이지만 쿼리 성능측정을 통해서 어느 방식이 조금 더 효율적인지도 이후 리팩토링 과정에서 알아보려고 한다.
SoftDelete에 대한 고찰

SubModule 설정

설정방법 및 장점에 대해서 정리해놓은 포스트 글을 별도로 올렸다!
SubModule을 사용한 yml관리방법

팀원들과 PR 코드 리뷰

내가 주말간 작업한 내용들에 대해 코드리뷰가 이루어졌다.

역시 내가 개발할때는 안보이던 사소한 놓친 부분들을 팀원들이 찾아줘서 하나하나 코멘트를 남기고 수정작업을 진행했다.
주말에는 이렇게 코드리뷰가 진행되겠지만 평일에는 모여서 바로바로 코드 리뷰를 함께 보고 바로 작업하는 것이 좋을듯하다. 빠듯한 시간...ㅠㅠ

Postman Workspace 개설

POSTMAN도 API Document를 만들고 공유할 수 있는 팀공간을 만들 수 있었다. 이렇게 만든 문서를 별도의 파일로 만들거나 링크를 걸어 publish도 가능하니 유용하게 써먹을 수 있다 생각이 들었다.
아쉽다면 각자 진행상황을 공유할 수 있는 가독성 좋은 툴이 보이지 않아 이 부분은 별도로 해결해야 했다.

내일 할 일

• 팀원 진행사항 파악
• 코드 리뷰
• 엔티티 연관관계 맵핑 및 Service코드 작성