JSData: иногда к ресурсам обращаются, вложенные в родительский ресурс, а иногда нет. Как это определяется?
Я интегрируюсь с API, который предоставляет дочерние ресурсы, вложенные в родительские ресурсы.
Кажется, это работает нормально, когда я нахожу или создаю ресурсы из JSData, однако обновления и удаления, похоже, хотят получить прямой доступ к ресурсу.
GET & POST:
/api/parents/:parent_id/children
Но, с запросами на удаление и установку:
DELETE & PUT
/api/children/:child_id
Похоже, что если для дочерней записи задействован идентификатор объекта, то созданный URL создается на базовом уровне API, а если идентификатор объекта отсутствует, как в случае с POST и GET (findAll).
Есть ли что-то очень очевидное, чего мне здесь не хватает?
1 ответ
Прочитав немного больше об отношениях в JS-Data здесь: http://www.js-data.io/docs/relations
Я видел эту часть,
// if you add this to a belongsTo relation
// then js-data will attempt to use
// a nested url structure, e.g. /organization/15/user/4
parent: true
под заголовком "Определение отношений". У меня было два отношения с parent: true
Конфигурация, которая, я думаю, запутала маршрутизатор JS-Data.