Skip to content
This repository has been archived by the owner on Apr 1, 2023. It is now read-only.

[리팩토링] 좋아요, 스크랩 등 Response 설계 #128

Open
Catnap421 opened this issue May 30, 2021 · 1 comment
Open

[리팩토링] 좋아요, 스크랩 등 Response 설계 #128

Catnap421 opened this issue May 30, 2021 · 1 comment
Labels
enhancement 기존 기능 개선 non-urgent 급하지 않으며, 천천히 처리되어도 됨
Milestone

Comments

@Catnap421
Copy link
Contributor

기능

AS-IS

현재는 응답에 requesterByAuthor, likedByRequester, scrappedByRequester 등의 플래그 값을 같이 넘겨주는 방식을 사용하고 있다. 하지만 REST API 관점에서 볼 때, 엔드포인트 만으로 어떠한 정보가 넘겨질 지를 충분히 유추하도록 짜는 게 맞으며, 저런 플래그 값들이 포함될 것이라는 건 유추하기가 쉽지 않다.

TO-BE

참고
위 게시물을 참고해서 HATEOAS 방식으로 설계하는 것은 어떨까?
물론 프론트엔드랑 이야기가 되어야 한다!

ps. 정말 급하지 않으며, 나중에 리팩토링을 하게 된다면, 해볼 가치는 있을 듯 하다!

할 일

마감기한

@Catnap421 Catnap421 added enhancement 기존 기능 개선 non-urgent 급하지 않으며, 천천히 처리되어도 됨 labels May 30, 2021
@Catnap421 Catnap421 added this to the 리팩토링 milestone May 30, 2021
@NaRDo627
Copy link
Contributor

프론트쪽에서 요청 로직 늘어난다고 싫어하겠군 🤣

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement 기존 기능 개선 non-urgent 급하지 않으며, 천천히 처리되어도 됨
Projects
None yet
Development

No branches or pull requests

2 participants