REST URL дизайн для отношения многих ко многим

Question

Таким образом я получил модели User & Poll где пользователь может создать много опросов (таким образом мы получили 1: N отношения здесь) и присоединиться к таблице Participant как пользователь может быть частью многих опросы и опрос могут иметь много пользователей.

мне нужно определить две конечные точки REST: One для получения списка опросов, созданных пользователем, и один для получения списка опросов, где пользователь является участником.

Для первой конечной точки я определил:

GET /users/:id/polls 

..., который является обычным способом определения 1: N отношений.

Но для второго конечного пункта я совершенно не знаю, как это будет выглядеть в REST. Я в основном имею пользователя и нуждаюсь во всех опросах, в которых пользователь является участником. Я хочу, чтобы все сделать и не хочу тратить слишком много времени, поэтому я пришел с этой мерзостью:

GET /users/:id/polls/participation 

Кто-нибудь вменяемая идея, как это может быть разработана? Можно ли даже сопоставить это с помощью REST?

Answer 1

Я бы рекомендовал сделать polls ресурс верхнего уровня. Затем вы можете поддерживать

GET /polls?createdBy={userId} 
GET /polls?participant={userId} 

При необходимости вы можете добавить другие параметры запроса. Другой альтернативой является наличие отдельного ресурса, poll-participants, который содержит отображение.

GET /poll-participants?creator={userId} 
GET /poll-participants?particpant={userId} 

В этом случае вы получите ресурс, который имеет список объектов сопоставления. Они могут держать всех пользователей и опросить в каждом, или у них могут быть ссылки, которые вы должны соблюдать, чтобы ПОЛУЧИТЬ полного пользователя и опрос. Это лучше всего работает, когда пользователь и опрос кэшируются.

Answer 2

Ну, поскольку у меня возник вопрос, вам нужно построить простой доступ к данным. Я могу предложить вам добавить параметр get как GET/users /: id/poll? Particip = true. Это может относиться к вашей модели и оставаться простым для понимания.