Feature/post video [Done] #20
Conversation
src/api/index.ts
Outdated
| // TODO : apply middleware | ||
| router.use('/v1/post', post); |
There was a problem hiding this comment.
middleware도 구현이 다 되었는데, validateToken, getGoogleAccessToken을 바로 등록해서 TODO를 해결해도 괜찮지 않을까요?
There was a problem hiding this comment.
간단하게 테스트하기 위해 잠시 빼두고 넣는것을 잊었네요.
수정하도록 하겠습니다.
src/api/v1/post.ts
Outdated
| // TODO : videoPost의 주인이 아닌 다른 userId로 요청이 오는 경우 - put과 delete에 대해서 | ||
| // AS-IS : SQL query 자체에서 만족하는 조건의 row가 없으면 수정되는 row 없음 | ||
| // TO-BE : 요청된 videoPost가 요청한 user의 post인지를 확인? |
There was a problem hiding this comment.
AS-IS 로도 괜찮은 것 같고, Sequelize.destory가 Promise<number>을 반환하는데, 이게 지워진 row 개수라면 0일때 지워진게 없다고 응답을 내려주면 좋을 것 같습니다.
There was a problem hiding this comment.
이건 지워진 row의 갯수가 필요한걸까요?
사용하지 않는다면 반환할 필요는 없을 것 같습니다.
There was a problem hiding this comment.
잘 작동한다면 상관은 없는데, 만약 요청을 잘못 보냈을 때와 정상적일때를 구별할 수 있으면 좋겠다 싶어서 말한거였습니다.
유저 입장에선 지우는 버튼을 누르고 지워졌다라고 response까지 내려와서 지워진 줄 알았는데, 지워지지 않고 다시 타임라인에 보인다면 어색할 수도 있어서요.
근데 굳이 필요없겠다 싶으면 그냥 주석만 지워도 좋을 것 같습니다.
There was a problem hiding this comment.
아아 주석쪽이 혼란을 줄 수도 있겠군요. 이건 새로운 video post랑 로직이 거의 완전 같은데, 새로들어온 파라미터들로 정보를 싹 바꿔주는거라서 문제 없을 것 같습니다.
There was a problem hiding this comment.
video post의 id와 owner id가 일치하는 row가 없는 경우 error를 리턴하도록 추가하였습니다.
src/error/postErrors.ts
Outdated
| @@ -0,0 +1,229 @@ | |||
| import tagService from '../service/tagService'; | |||
There was a problem hiding this comment.
validateTags 는 service에 있는 함수인데, validatePostVideoParameters은 error으로 따로 파둔 레포에 있습니다.
일관성을 위해서 통일을 하는게 좋지 않을까요?
There was a problem hiding this comment.
말씀주신대로 tag validation 코드를 postErrors로 옮기고, 다른 조건 변수들도 const화 시키면 좋을 것 같습니다.
video post 올리기, 수정하기, 삭제하기 기능 추가 - resolves #15
+
Error 시 response error code 추가(안된 것들에 대해서) - resolves #16
Tag를 넣는 기능은 아직 tag 방식이 구체적이지 않으므로 우선 제외했음.
API 들에 대한 Documentation 추가 예정.
resolves #5
resolves #16
resolves #19
resolves #24