휴무 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 3 년 전 . 이 질문을 개선하십시오 현재 프로젝트에 대한 REST-API를 작성 중이며 모범 사례에 대한 기사를 읽었습니다. 많은 사람들이 DTO에 …
현재로서는이 질문이 Q & A 형식에 적합하지 않습니다. 답변, 사실, 참고 자료 또는 전문 지식을 통해 답변이 뒷받침 될 것으로 예상되지만이 질문은 토론, 논쟁, 여론 조사 또는 광범위한 토론을 요구할 것입니다. 이 질문을 개선하고 다시 열 수 있다고 생각 되면 도움말 센터 를 방문하여 안내를 받으십시오 . 휴일 칠년 전에 …
일부 고위 팀원들이 REST API가 HATEOAS를 준수하고 모든 Richardson의 성숙도 수준을 구현해야한다고 생각하는 프로젝트에 참여하고 있습니다 ( http://martinfowler.com/articles/richardsonMaturityModel.html )! AFAIK 대부분의 REST 구현은 HATEOAS를 준수하지 않으며 더 많은 사람들이이를 수행하지 않는 이유가 있어야합니다. 복잡성 추가, 프레임 워크 부족 (서버 및 클라이언트 측), 성능 문제 등의 이유를 생각할 수 있습니다. 어떻게 …
내가 REST에 대해 알고 있다고 생각한 많은 내용은 분명히 잘못된 것입니다. 그리고 저는 혼자가 아닙니다. 이 질문은 긴 도입부가 있지만 정보가 조금 흩어져 있기 때문에 필요한 것 같습니다. 이 주제에 이미 익숙하다면 실제 질문이 끝납니다. Roy Fielding의 REST API 의 첫 번째 단락은 하이퍼 텍스트 기반이어야합니다. 그는 자신의 작업이 널리 …
HATEOAS를 사용하여 RESTful 웹 서비스를 설계 할 때 링크를 완전한 URL ( " http : // server : port / application / customers / 1234 ")로 표시하는 것과 경로 ( "/ application /) 로 표시하는 것의 장단점은 무엇입니까? customers / 1234 ")?
내가 관여하는 SaaS 스타트 업의 경우 RESTful 웹 API와이를 사용하는 서로 다른 플랫폼에서 몇 가지 클라이언트 앱을 모두 구축하고 있습니다. API를 알아 낸 것 같지만 이제는 클라이언트로 향하고 있습니다. REST에 대해 읽으면서 REST의 핵심 부분이 발견이라는 것을 알지만 발견이 실제로 무엇을 의미하는지에 대한 두 가지 다른 해석 사이에 많은 논쟁이있는 …