Closed owonie closed 4 weeks ago
아래 사항을 확인해주세요. 제가 스웨거로 작업하는 것은 처음이니, 잘못 사용하고 있으면 꼭 알려주세요!
2) verification을 배열로 모두 호출 할 경우에, 작성자에 대한 정보도 필요합니다.
스웨거를 사용하여 실행 할 경우에는 모든 API가 404 에러가 발생하기 때문에 실제로 호출 테스트 진행했습니다.
API path | 스웨거 response 예시 | 실제 호출 |
---|---|---|
/pet/info | ||
/verification | - | |
/verification/count | - | |
/verification/calendar | ||
/verification/slide |
코드수정을 하면서 실제 response와 swagger를 이용해 작성한 example의 내용이 상이해진 것 같아요. 순서대로 수정완료된 내용은, 아래에 기재하도록 하겠습니다!
사용되지 않을 api 명세들은 전부 제거했습니다:
수정하면서 발견한 두 가지 이슈에 대해 말씀드립니다:
펫 등록 시 이미지 파일을 받아와야함 (현재는 이미지 링크로 구현되어있어요)
피드 숫자 조회 시, verificationCount 테이블에서 값을 조회했는데, 데이터의 무결성을 지키기 어려워보여요.
해결방안:
이미지를 업로드 해주시면, 백엔드에서 처리하는 방식으로 구현하는게 좋을 것 같아요. (스프린트 2차 때)
피드의 수가 적기에, 일단 verification을 조회하여 각 카테고리 별 count 수를 구해오도록 구현하기
사용되지 않을 api 명세들은 전부 제거했습니다:
수정하면서 발견한 두 가지 이슈에 대해 말씀드립니다:
- 펫 등록 시 이미지 파일을 받아와야함 (현재는 이미지 링크로 구현되어있어요)
- 피드 숫자 조회 시, verificationCount 테이블에서 값을 조회했는데, 데이터의 무결성을 지키기 어려워보여요.
해결방안:
- 이미지를 업로드 해주시면, 백엔드에서 처리하는 방식으로 구현하는게 좋을 것 같아요. (스프린트 2차 때)
- 피드의 수가 적기에, 일단 verification을 조회하여 각 카테고리 별 count 수를 구해오도록 구현하기
현재 swagger에 나와있는 모든 api들의 수정이 끝났습니다. 한번 더 확인해보시고, 피드백 주시면 빠른 반영하도록 하겠습니다.
만약 모든 테스트가 완료된다면, 미들웨어를 제거한 뒤 인가인증 테스트 진행해보면 좋을 것 같아요 :)
현재 API는 REST API 설계로 이해하고 있습니다.
[POST] /verification/create
보다는 [POST] /verification
의 방향은 어떠신가요?
그렇게된다면 DELETE와도 통일성있게 갈 수 있을 것 같습니다!
아래와 같이 펫에 대한 정보와 인증 카운트에 대한 정보를 렌더할 경우, pet/info 와 verification/count 로의 API 호출 요청하여 조합하여 사용하는 것을 권장 하는 것이 의도인지 궁금합니다.
처음 설계한 피그잼에서는 verification count 조회시, 해당 펫에 대한 정보도 함꼐 반환되는 것으로 작성하여 프론트에서 진행했습니다. 이 부분에 대해서 API 호출을 두번 할 것인지 verification/count 반환내용을 변경할 것인지에 대한 논의가 필요합니다.
개요
미들웨어 적용
준비된 API 명세서
API 명세서 링크