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.

Другие вопросы по тегам