Records Controller - 기본적인 API 생성

[iamabear09]

Mock Data API

📌우선, Mock Data를 Reponse하는 Controller를 생성한다.

• [x] record 생성 API : createRecord

• [x] record 조회 API : getRecord

• [x] record 검색 API: getRecords

• [x] record 수정 API: updateRecord

  • Patch : 일부 필드만 수정 가능, 다른 Record의 Time과 중복될 수 있다.
  • Put : 전체 필드 수정 및 다른 Record에 영향을 미칠 수 있다. 다른 Record와 Time이 겹치는 경우 다른 Record를 덮어 씌운다.

• [x] record 삭제 API : deleteRecord

[iamabear09]

Get Records Test

🙋‍♂️ Records 조회를 하는 경우 많은 값들이 응답으로 내려온다. 이때 이런한 응답 데이터를 어떻게 편리하게 검증할 수 있을까? JSON PATH를 사용하는 경우 하드 코딩 되므로 너무 힘들어진다.

해결 방법 Object Mapper를 사용해서 String 응답을 객체로 만든다. 해당 객체를 가지고 비교한다.

[iamabear09]

기존 API

📌기존 Record가 새로 추가되는 Record로 인해 수정되어야 하는 경우

• 수정을 위해 기존 Record를 삭제하고, 새로운 2개의 Record를 추가한다.
• 따라서, id 값이 변경된다.

변경된 API

변경 이유

• 우선 같은 데이터가 수정되는 것인데 ID 값이 변경되는 것이 의미 상 맞지 않다고 판단했다.
• Id 값이 변경되면 "클라이언트"에서 Id 값을 캐시 하게 되는 경우 빈번한 캐시 업데이트가 이뤄지는 등, 나중에 어떠한 문제가 발생할지 명확하게 파악되지 않는다.

📌기존 Record가 새로 추가되는 Record로 인해 수정되어야 하는 경우

• Record 하나가 여러개의 TimeRecords를 가지는 형태로 API를 변경한다.
• 따라서 새로운 Record의 추가로 기존 Record의 Time이 2개로 분리된다 하더라도 Record는 여러 Time Block을 가질 수 있으므로 상관없다.