JSData:有时资源是嵌套在父资源下访问的,有时则不是。这是如何确定的?
JSData: Sometimes resources are accessed nested under parent resource, and other times not. How is this determined?
我正在与一个 api 集成,它公开嵌套在父资源下的子资源。
当我从 JSData 查找或创建资源时,这似乎工作正常,但是,更新和删除似乎想要直接访问资源。
GET & POST:
/api/parents/:parent_id/children
但是,对于删除和放置请求:
DELETE & PUT
/api/children/:child_id
似乎如果子记录涉及对象 ID,则构造的 url 是在 API 的基础级别构造的,如果没有对象 ID ,与 POST 和 GET (findAll) 的情况一样。
我在这里遗漏了什么非常明显的东西吗?
在 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
下"Defining Relations"header。我有两个关系
parent: true
我认为混淆 JS-Data 路由器的配置。
我正在与一个 api 集成,它公开嵌套在父资源下的子资源。
当我从 JSData 查找或创建资源时,这似乎工作正常,但是,更新和删除似乎想要直接访问资源。
GET & POST:
/api/parents/:parent_id/children
但是,对于删除和放置请求:
DELETE & PUT
/api/children/:child_id
似乎如果子记录涉及对象 ID,则构造的 url 是在 API 的基础级别构造的,如果没有对象 ID ,与 POST 和 GET (findAll) 的情况一样。
我在这里遗漏了什么非常明显的东西吗?
在 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
下"Defining Relations"header。我有两个关系
parent: true
我认为混淆 JS-Data 路由器的配置。