[API METHODS - POST CONTROLLER]

• savePost
• start, end date 형식을 지정하려고 합니다. yyyy-MM-dd 형식이 좋은것 같습니다. createAt 도 yyyy-MM-dd:hh-MM-ss 포메팅지정하는게 좋을거 같습니다. (서버에서 포스트 시간순서에 따라 소팅해야한다면)
• updatePost
  • 위에 언급된 것처럼 savePost에서 content 형식이 변경되면 할 때도 content의 타입이 변경되야합니다.
  • content 배열, imgFileList 배열의 쓰임

[Common Topic]

• 로그인 네이버, 애플 등등 uri, 토큰 등 보낼 요청, response DTO 관련 컨트롤러
• 로그인에 대해서 의논
• tour api 의논. 검색창에서 보여줄 데이터에 대해서.
• pagination 지원하는 api에서 특정 쿼리로 요청할 때 검색 결과의 총 개수를 반환하는 값도 json key-value로주는 방식 or 더이상 페이지가 없을때 에러를 던진다면 에러를 던지는 정확한 에러명을 파악해야함. 일단 구현은 전체 페이지를 받도록 구현해뒀는데 뭐 에러를 명확하게 던진다면 코드 수정해서 그렇게 반영하도록 추가 구현해야함. (qeury의 전체 포스트개수 or 에러명확던지기)
• 20→ 3개 or null !? 페이지 받을때 요청한 개수보다 작거나 0개로 주거나 nil줄 떄 페이지 끝나는거로.
  • 에러의 경우 그래야 그 에러를 catch해서 사용자의 요청에 따른 화면 조취를 취할 수 있음.

[사용자]

• 사용자의 프로필( UserEntity )를 저장하는 api가 없다.

  • 사용자 닉네임, 프로필 한번에 저장하는 (여기서 사용자의 프로필은 저장 및 update하는 로직이 있는데, 이름은 업데이트 밖에 없음)

• 사용자 프로필(유저 id, 유저 프로필 이미지, 유저 닉네임)을 가져오는 api가 없음.

  • 로그인한 사용자의 (UserEntity)를 로컬에 가져와야 좋음.
  • e.g. 위 api가 있어야 사용자가 프로필을 서버에 저장했는지 하지 않았는지 여부를 알 수있음
    • 프로필 수정할때 프로필이 저장되어있는지 여부에 따라 update or save api 호출해야하기 때문
    • 로그인한 사용자의 identifier가 있어야 타인과 비교할수있음.