• [x] 예상 기간
  • [x] 작성 일자 or 수정 일자
  • [x] 모집 완료 표시 기능
    • 해당 기능은 글의 성질을 아예 변경하니까 PUT으로 두는게 맞을까..? 아니다. 아래와 같이 설계하는 게 맞는 것 같다.

      [REST API] REST API 규칙/PUT과 POST 차이/PUT과 PATCH 차이

      RESTful API 설계 가이드

      • 기존 수정 요청을 → PUT으로
      • 모집 완료 표시 기능을 → PATCH로 변경하자.
    • minor 고민거리

      • 어차피 “모집 완료” 버튼을 누르면, PATCH 매핑이 되게 하여 서버단에서 처리할 것이다.

      • 이 때, 프론트단에서 Boolean값을 받아와서 처리하는 게 나을까?

      • 아니면 서버 내부에서 isCompleted를 체크 후에 내부적으로 체크하는 게 나을까?

        ⇒ 어차피 글 조회 시, isCompleted 값을 내려줄 것이기 때문에, 그 값에 따라 모집 완료 여부가 나타나긴 할 것임.. 흠.. 서버 단 입장에서는 Boolean값을 받아와서 처리하는게 편하긴 한데, 속도 측면은 모르겠다.

      • 내부 체크 vs 외부에서 값을 받아와서 엔티티 값 변경

      • 객체의 용도와, 프론트-서버가 1:1인지에 따라 달라질 수 있다. (고려 사항)

      • 일단은 나중에 프론트와 서버가 1:1이 아닐 수도 있다는 상황을 고려하여 Boolean값을 받아서 처리하자. 만약 n:1이 되는경우 여기저기서 객체를 수정하려 들면 꼬일 수 있을 것 같다.