通过 API 在 loopback.io 中创建具有直通关系的实例的正确方法是什么？
What's the correct way via API to create an instance with a through relation in loopback.io?
我有两个模型，A 和 B，它们扩展了用户内置模型。他们都使用直通模型 A_B 相互建立关系 "has many"。
我想添加一个与现有 A 实例相关的 B 实例。
我尝试 post 新的 B 实例，其字段 As （"As" 是关系名称）设置为包含 A 实例的数组
var b = {"property1":"asdf","property2":"asdf","As":a};
$http.post(serverURL+"/api/bs",b);
创建了 b 实例，但没有创建关系。
我必须手动创建 A_B 实例（或在 "after save" 挂钩中）？
PD：我正在使用 angularjs 并且它是进行 API 调用的 $http 服务。
使用这种方法的优势：新的 url 端点是与常见的 CRUD 操作一起创建的，即 新的休息端点有其自己的特定任务，因此其用法易于理解和使用更易于维护。当 CRUD 操作发生时，这些其余端点将在数据库中创建关系。
您可以在浏览器上使用环回 api 获取生成的 url。
我有两个模型，A 和 B，它们扩展了用户内置模型。他们都使用直通模型 A_B 相互建立关系 "has many"。 我想添加一个与现有 A 实例相关的 B 实例。 我尝试 post 新的 B 实例，其字段 As （"As" 是关系名称）设置为包含 A 实例的数组
var b = {"property1":"asdf","property2":"asdf","As":a};
$http.post(serverURL+"/api/bs",b);
创建了 b 实例，但没有创建关系。 我必须手动创建 A_B 实例（或在 "after save" 挂钩中）？
PD：我正在使用 angularjs 并且它是进行 API 调用的 $http 服务。
使用这种方法的优势：新的 url 端点是与常见的 CRUD 操作一起创建的，即 新的休息端点有其自己的特定任务，因此其用法易于理解和使用更易于维护。当 CRUD 操作发生时，这些其余端点将在数据库中创建关系。 您可以在浏览器上使用环回 api 获取生成的 url。