Restful 服务的服务命名约定
Restful service naming convention for service
我有一个连接到我无法控制的企业服务的服务。该服务要求我对其进行调用以启动对设备的 ping,然后对其进行后续调用以获取状态。大约 20 秒后,我将恢复状态。
我一直在考虑一种休息模式,只是坚持认为它不是真正的 restful 我想寻求反馈并获得一些意见。我可以做一个普通的 get /device/status 并一遍又一遍地点击它吗?或者我可以将调用分解为 /device/ping 和 /device/status 或类似的东西。任何想法表示赞赏!
谢谢
对于状态,REST 标准建议使用 '/device/{deviceId}/status'
格式。但是如果你连接的企业服务不支持多设备;您可以使用 'GET' http 动词 '/device/status'
。
您可以使用 '/device/status'
和 'HEAD' http 动词作为 ping 调用的暴露
我会建议 return 在 API 响应中 header header 位置的 JMS queue URL。通常,在设备管理应用程序中,会部署单独的 JMS 服务器。利用它——如果它在那里。
从 here 得到提示。
。
我有一个连接到我无法控制的企业服务的服务。该服务要求我对其进行调用以启动对设备的 ping,然后对其进行后续调用以获取状态。大约 20 秒后,我将恢复状态。
我一直在考虑一种休息模式,只是坚持认为它不是真正的 restful 我想寻求反馈并获得一些意见。我可以做一个普通的 get /device/status 并一遍又一遍地点击它吗?或者我可以将调用分解为 /device/ping 和 /device/status 或类似的东西。任何想法表示赞赏! 谢谢
对于状态,REST 标准建议使用 '/device/{deviceId}/status'
格式。但是如果你连接的企业服务不支持多设备;您可以使用 'GET' http 动词 '/device/status'
。
您可以使用 '/device/status'
和 'HEAD' http 动词作为 ping 调用的暴露
我会建议 return 在 API 响应中 header header 位置的 JMS queue URL。通常,在设备管理应用程序中,会部署单独的 JMS 服务器。利用它——如果它在那里。
从 here 得到提示。
。