Closed RulLu16 closed 3 years ago
HATEOAS 는.. .글쎄요... 써본적이 없네요. 이걸 써야 제대로된 RESTful API 라고 책에서 본거같긴한데 해본적이 없어서 얼마나 유용한지 느껴본적이 없네요. 샘플을 찾아볼게요
그리고 erdcloud에 question에 있는 like는 bookmark_count인거 같고, answer에는 bookmark_count가 필요없을거같은데 어떻게 생각하시나요??
이것도 예은님말씀이 맞는 것 같습니다.
HATEOAS 는.. .글쎄요... 써본적이 없네요. 이걸 써야 제대로된 RESTful API 라고 책에서 본거같긴한데 해본적이 없어서 얼마나 유용한지 느껴본적이 없네요. 샘플을 찾아볼게요
그리고 erdcloud에 question에 있는 like는 bookmark_count인거 같고, answer에는 bookmark_count가 필요없을거같은데 어떻게 생각하시나요??
이것도 예은님말씀이 맞는 것 같습니다.
넵 이건 그렇게 수정할게요!
hateos는 근데 가장 마지막에 배포 전 or 테스트코드 작성할때 즈음에 필요하면 넣어도 문제없는 기능이라 지금 급하게 정할 필요는 없을거같아요! 기능개발 완료 후에 여유 있으면 추가해도 좋을거같습니다. 그냥 만들생각 있으셨는지 궁금해서 물어봤어용 ㅋㅋㅋ
{
"_embedded": {
"bookmarkResponseDtoList": [
{
"id": 2,
"bookmarkTitle": "강릉",
"accountResponseDto": {
"id": 1,
"username": "rullu",
"profileImage": null,
"email": "may05200@naver.com",
"emailVerified": false
},
"bookmarkPostResponseDtos": [],
"bookmarkImages": [],
"_links": {
"self": {
"href": "http://localhost:8080/bookmark/2"
}
}
},
}
]
},
"_links": {
"self": {
"href": "http://localhost:8080/bookmark"
}
}
}
요런식으로 본인 링크나, 접근할 수 있는 링크들을 프론트에게 넘겨줄 수 있을거같아요. 그러면 프론트가 id같은거 저장할 필요 없이 response에 있는 링크로 바로 접근하는? 이유로 hateos를 쓴다고 알고있습니다. 근데, 나중에 넣어도 크게 어렵지 않을거같고, 활용도가 낮아서 우선순위는 나중으로 해도 될거같습니당.
좋네요 적용합시다 ㅋ.ㅋ
data.sql은 일단 erd에 아직 의문인 것도 있고 해서 시간될때 천천히 만들겠습니다. swagger에 testcontroller 잘 나오는거 확인했구, jpa 테이블 생성도 확인했습니다.
프론트랑 이야기해서 api 결정되면 그때부터 이슈 전부 파놓고 만들면 될거같아요.
아 하나 궁금한게 있는데, 저희 hateos 링크도 추가하나용?? 그리고 erdcloud에 question에 있는 like는 bookmark_count인거 같고, answer에는 bookmark_count가 필요없을거같은데 어떻게 생각하시나요??