branch 전략, work flow

code convention

https://naver.github.io/hackday-conventions-java/

commit convention

Ex) Feat: #issue Oauth 기능 구현

[Feat]: 새로운 기능 구현
[Fix]: 버그, 오류 해결, 코드 수정
[Add]: Feat 이외의 부수적인 코드 추가
[Del]: 쓸모없는 코드, 주석 삭제
[Refactor]: 전면 수정이 있을 때 사용합니다
[Remove]: 파일 삭제
[Rename]: 파일 이동 및 이름 수정
[Chore]: 그 이외의 잡일/ 버전 코드 수정, 패키지 구조 변경, 파일 이동, 파일이름 변경
[Docs]: README나 WIKI 등의 문서 개정
[Setting]: 프로젝트 관련 세팅

기술 스택

Base

Springboot 3.2.0
MySQL 8.0

External

OAuth{애플, 카카오}
Discord - 오류 및 어드민 알림용
ChatGPT - 사진 생성 프롬프트 Upgrade
Firebase - 앱 푸시알림

CQRS

1 Level의 CQRS 패턴을 적용 (CUD / R 분리)

클린 아키텍쳐 적용 예정

JPA의 더티 체킹 등 강력한 기능을 활용하기 위해 도메인 엔티티와 JPA 엔티티를 분리하진 않았음

클린 아키텍쳐 제약사항들

1. [UseCase] CQRS 적용을 위해 CUD는 UseCase, R은 Query로 네이밍
2. [Port] CQRS 적용을 위해 CUD는 {Something}StatePort, R은 Load{Something}Port로 네이밍
3. UseCase(Query) 끼리 참조해야할때는 Service에서 UseCase를 참조한다.
4. Command와 Dto 분리 - Dto로 Command를 생성하는 것이 보통이다.
   1. [Dto]외부에 응답하거나, 간단한 데이터를 전달, 혹은 Client로부터 Controller 레이어에서 값을 받아오는 경우는 Dto
   2. [Command] Controller layer 에서 Service layer로 값을 전달해야 하는 경우 Command로 네이밍,
5. Domain/Jpa Entity는 구분하지 않고 JpaEntity만 우선 사용한다.