Моделирование более сложной связи между объектами RESTful (поля и узлы)

Question

Вот пример, чтобы задать свой вопрос. У меня есть модель, которая содержит 'коробки', и у них есть REST конечной точки:

/boxes, /boxes/{boxId}

Эта модель также содержит 'узлы':

/nodes, /nodes/{nodeId}

Nodes могут сидеть на границах ящиков, и это отношение типа «многие-ко-многим». Наличие одного узла на нескольких границах - это способ указать, что эти границы (частично) перекрываются, но узлы также имеют другие цели.

Я пытаюсь определить, как эта модель в не-удивительно, RESTful образом. Я вижу пару способов сделать это. Но я не уверен, я должен использовать:

1. Модель /borders в качестве полноправного типа объекта с его собственной конечной точки. В блоках указаны четыре границы (сверху, снизу, слева, справа). Имеют границы, ссылающиеся на список узлов. У узлов ссылаться на список границ.

2. Модель /boxNodeRelationships со своей собственной конечной точкой и каждая из них относится к ящику, узлу и содержит поле «граница» (перечисление с четырьмя вариантами).

Оба являются похожими, а скорее «тяжелыми» для их целей. Альтернативный вариант должен быть немного более ad-hoc:

3. Дайте в коробке список { border, node } объектов. Дайте узлам список объектов { box, border }. Эти объекты будут возвращены с GET вызовами и ожидаются от POST/PUT вызовов, но не будут полноценными типами с конечной точкой.

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

Answer 1

Я хотел бы создать 3 объектов:

• Box
• Border
• Узел

И отношения:

• Коробка может иметь п Границы
• бордюра может иметь п Вершина

Таким образом, вы могли бы обратиться к ним:

Чтобы получить первый узел: /boxes/1/borders/1/nodes/1

Вы могли бы иметь некоторую логику:

if /boxes/1/borders contain /nodes/1 and /boxes/2/borders contain /borders/1 then they intersect 

И так далее ,