需求,有两对象,一个是程序(program),一个是程序的运行实例( instance)。现在要提供以下接口: 1.重启实例 2.启动新实例 3.停止实例 4.软重启实例 4.软启动 5.软停止
软 xx 一般就是先把总线的路由策略切换到其他实例,使请求不会被路由到正在操作的实例。
重启和停止接口还要支持批量操作。
这 URL 该怎么设计?
只能想到一个比较贴切的 停止实例 DELETE /instances/
1
mooncakejs 2016-11-14 23:10:02 +08:00 via iPhone
post instance/state
|
2
guyskk 2016-11-14 23:24:18 +08:00 via Android
这是 restful 不明确的地方,不要硬套 restful , restful 也有缺陷。
建议,全部 POST: /program/restart /program/start /program/soft_restart ... 批量操作的参数全部用实例 ID 列表 |
3
schezukNewTos 2016-11-14 23:28:57 +08:00
|
4
murmur 2016-11-14 23:31:49 +08:00 1
这设计要什么 rest 这是典型的面向装逼 /面向简历编程
传统方式 program?act=reset/new/stop/soft_restart/soft_start/soft_stop 完美解决 |
5
dremy 2016-11-15 00:26:26 +08:00 via Android 1
建议可以参考 Tesla 的 API 设计
http://docs.timdorr.apiary.io/#reference/vehicle-commands/wake-up-car |
6
orvice 2016-11-15 00:30:31 +08:00
没必要硬套 rest 的啦。
|
7
smallpath 2016-11-15 01:18:29 +08:00 via Android
rest 多对多就是这么蛋疼
|
8
wupher 2016-11-15 10:21:42 +08:00
将对象视作命令比看成资源在这个场景下会更合理一些。
非要看作资源也不是不能硬套: 启动新实例 和 停止可看成增删,其余的视作状态修改。 |
9
docee 2016-11-16 09:31:25 +08:00
Rest 最重要的在于状态转移或无状态,你这个只是 URL 规则生搬硬套而已。传统通过 token 之类的来转移状态,最多只能称为 RESTless 。
|