- 유저 스토리
- 일단 개발할게 너무 간단한거 같긴함 (시간을 고려하면 나쁘지 않은 범위일지도..)
맞아요…..- 시간이 남으면 추가 요구사항을 개발하는 것도 좋을듯 (예를 들면 이벤트 알림 배치나 기념일 알림 배치 같은거)
알림의 경우 저희쪽에서 그냥 알림을 발행하면 되는건가요? 프론트 단에서는 항상 받을 준비?? 를 해야하는 건지?- 스프링 이벤트?
- 게시글 작성도 커플이 모두 열람하고 조회할 수 있는 글과 한쪽만 CRUD가 가능한글을 만드는게 좋을듯?
private , public 으로 구분하자는 건가요?- 커플 중복으로 생성되는것도 어떻게 막을지 고민해야할듯?
유저쪽에 isCouple을 두거나 양방향으로 연관지으면 어떤가요?
- ERD
- Couple 테이블의 user_id는 누구의 아이디인지?
- 제일 고민중인 부분입니다.
- 커플로 가져간다해도 유저끼리 관계가 평등하다보니 조금 애매한 감이 있습니다.
- 프론트쪽 요청으로 처음 게시물을 가져올 때 모든 게시물을 내려달라고 하는 데 이런 방식도 쓰이는지?
- 태그를 넣을 시 태그마다 api콜을 쏘는 식으로 해야할지?
- 캐시 처리를 한다면 저장할 때 캐시처리? 가져올때 캐시처리?
- 로그아웃
- post?
- Patch도 사용하시는 지
- 태그 같은 경우 String이나 Json으로 가져갈 수 있다.
- 기능을 추가하느냐
- 내부 구조를 바꿔보자
- 영상 업로드
- 장소가 아주 다르다면??
- 어떻게 지도에서 보여줄건지?
- 기능이 너무 없다.
- 알림이나 채팅 해봐라
- 이번주에 모두 개발한다
- 후에 도전적으로 가보자
- 채팅
- 알림
- 인프라
- 영상업롣드