REST 중첩 컬렉션

Question

REST 관점에서 리소스 중첩 컬렉션을 사용하는 가장 좋은 방법은 무엇입니까? 사용자 및 기사를 고려해 보겠습니다./api/users 및/api/articles 리소스는 PUT, POST, GET, DELETE 메소드를 사용하여 액세스 할 수 있지만 사용자의 기사를 표시하는 가장 좋은 방법은 무엇입니까?

1) 사용자의 구조가 사용자의 모든 문서 ID를 유지 이름 기사와 배열이 있습니다

나는 두 가지 방법을 참조하십시오. 따라서 여러 개의 id 요청/api/articles를 피하려면 GET/api/articles? ids = 1,2,3,4,33

2) 페이지 매김이있는 추가보기 메소드 이러한 형태의 지원 : GET/api/users/: userId/articles

각각 장단점이 있지만 그 중 어느 것이 선호되며 그 이유는 무엇입니까?

Answer 1

일반적으로 선호되는 방법에 대해서는 언급 할 수 없습니다. 나는 userId (2)와 네임 스페이스가 더 멋지게 보이고 "웹"이되어야한다고 주장한다.

이 리소스 패턴을 보면 내게 의미가 있으며이 특정 사용자에 대한 기사를 CRUD 할 수 있습니다.

쉼표로 구분 된 기사 ID를 전달하면 기사가 1.000.0000 인 사용자가있을 때 추악해질 수 있으며 매개 변수 배열이있는 함수 호출처럼 보입니다.

그래서 2)에 투표하십시오.