백엔드 내부논의

프론트 내부논의

1. 상태 관리 도입

   • 전역 관리 및 lcoal 등 변수 관리 상태 구분

     • 글 작성 변수
       • 실시간 변화에 따른 랜더링 필요
     • profile, userId, Token
       • 한 번 저장 후 값을 변경할 일이 없어서
       • 새로 고침 시 값 유지 필요

   • 어떤 도구를 도입?

     • zustand

2. react-Query 도입

   • 불필요한 API 호출 방지

3. type 파일로 분리

   • type 관리를 위해 파일로 분리해야 할 것 같습니다.
   • 리팩토링 할 때 다시 토의

프론트 백엔드 공통논의

• 참여로직 flow 구체화 필요

  • 전체 flow : 모집글 생성 → {참가자 모집글 참가 → 보증금 결제준비(카카오 API호출) → 사용자 결제성공}→ 모집글 참여완료
  • 참여로직 (제한조건 : 여행참여가 두개이상이 아닌 사람검증)
    1. 참여단계와 결제완료단계를 구분할 것인가?
       1. 참여단계와 결제완료단계를 구분하지 않는 경우 ( 에러메세지를내려줌, 예매하는 것처럼 )
          1. 장점 : 데이터 관리의 복잡도가 줄어듬, 참여데이터를 결제완료가 되는 시점에 생성을 시키면됨
          2. 단점 : 남은 인원이 1명 남은 상태에서 2명이 동시에 신청한다고 할때, 1명이 신청 먼저 신청시에 참가신청에 lock이 걸리고 1명이 (Post 참가 → Deposit 결제준비 → 결제성공) 단계를 모두 거칠때까지, 보이기에는 인원이 1명 비어있지만 계속 신청을 못하는 상태가 지속됨. (message : 어느누가 참여시도중입니다?) 이상하다면 이상하고 괜찮다면 괜찮을 수도??
    2. post 작성자는 바로 결제완료를 해야 post를 작성할 수 있게 할 것인가?

• 결제 진행시에 결제준비, 결제실패, 결제성공 별로 별도의 url이 구분되어 redierect됨. 참고필요

  • 백엔드에서는 redirect되는 query param값으로 내부데이터 저장 혹은 카카오 api와 통신하면 됨.
  • 해당 케이스에서 front 단에서는 어떻게 작동되는건지? back에서 어떤 response를 해주면 되는지?
  • https://developers.kakaopay.com/docs/payment/online/single-payment

• 결제 이력 조회는 필요한지? (일단 보류)

• 보증금 환불 케이스

  • 악성유저 환불금 환수 후 환불금 처리는 1/n하여 계정에 반영하는 구조로 진행 할 것인지? 반영한다면 프로필?
    • 포인트 보다는 계좌정보를 받아서 메뉴얼 송금해줬다고 친다.

• API

  • \

  • 후기 조회에서 postId를 받는 이유? → post에 대한 후기다.

    • api/v1/posts/{postId}/reviews → api/v1/reviews

  • 모집 글 조회에서 postID를 확인할 수 없습니다.

    사용자의 이력보는거 어디까지 필요한가?

    결제이력

    자기가 쓴 작성글

    참가 신청한 글

    후기 작성한 글

    커뮤니티 작성글

  <11/6>

  • 모집 글 조회에서 작성와 전체 post 갯수를 받고싶습니다.

  • 작성자는 모집 글 목록 페이지에서 post에 작성자를 표시할 때 사용

  • post 전체 갯수는 페이지네이션시 마지막 페이지를 확인할 때 사용

  • 모집 글 조회에서 페이지네이션 관련해서 파라미터를 따로 설정해야 할 것 같습니다.

    • 데이터를 8개 단위로 끊어 받는 걸로 했는데, post/page=1 이렇게 페이지 번호는 넘기면 8개를 받나요? 이 부분을 정해야 할 것 같습니다.

  <11/7>

  1. 국가가 너무 많은데 이를 제한하는 건 어떤가요?

     • 아시아 → 47개국
     • 유럽 → 42개국
     • 아프리카 → 54개국
     • 북미 + 남미 → 34개국
     • 오세아니아 → 14개국

     여기에 국가에 맞는 여행지도 보여주면 너무 많은 case가 있다.

     각 대륙 별 대표적인 국가와 도시를 선정하면 좋을 것 같습니다.

  2. MBTI 분류 시 맨 처음에 사용자 mbti를 먼저 보여주는데 이거 삭제 가능한가요?

  3. api/v1/posts 이 부분 query 없이 보내는게 가능한가요?

     • 정해진 국가가 아닌 기타를 보내는 값도 정하면 좋겠습니다.

  4. 참여자 선호 종류?