Web services 需要连接的RESTAPI

Web services 需要连接的RESTAPI,web-services,api,rest,Web Services,Api,Rest,我有一个系统,用户需要先连接到,然后根据连接获取一些数据。例如,您连接到数据库,然后获取关于表的元数据 我计划通过RESTAPI公开这个。因此,在本例中,您需要首先连接,然后使用该连接获取元数据 我想到了两个选择: A.有一个url,比如说/connect,在这里你可以发布连接参数,它会返回一个conneciton id。这个id随后会被编码到后续的url中以识别连接。 B第二个选项是每次发布连接参数 这些方法的优点/缺点是什么?还有其他选择吗? 一个限制是连接到系统的身份验证机制不在我的控制范

我有一个系统,用户需要先连接到,然后根据连接获取一些数据。例如,您连接到数据库,然后获取关于表的元数据

我计划通过RESTAPI公开这个。因此,在本例中,您需要首先连接,然后使用该连接获取元数据

我想到了两个选择: A.有一个url,比如说/connect,在这里你可以发布连接参数,它会返回一个conneciton id。这个id随后会被编码到后续的url中以识别连接。 B第二个选项是每次发布连接参数

这些方法的优点/缺点是什么?还有其他选择吗?
一个限制是连接到系统的身份验证机制不在我的控制范围内,我只是通过Web服务公开来自系统的一些数据,我正在使用REST进行探索。

您真的需要公开连接吗

我认为这可能只是语义上的偏见-但通常连接细节被服务隐藏

连接有商业价值吗

如果连接确实具有业务价值,则将其视为资源: 即 在/connections上进行post以返回新连接
然后执行get on/connection//metadata以获取有关该连接的元数据。

您真的需要公开该连接吗

我认为这可能只是语义上的偏见-但通常连接细节被服务隐藏

连接有商业价值吗

如果连接确实具有业务价值,则将其视为资源: 即 在/connections上进行post以返回新连接
然后执行get on/connection//metadata以获取有关该连接的元数据。

那么,获取元数据的url是否会通过在上一次连接调用中重新运行的某个id标识该连接?获取元数据的url是否会通过在上一次连接调用中重新运行的某个id标识该连接?