关于REST api的问题

Question

我理解的rest是url指向资源，没有动词，比如：查询某个会员信息：get /api/users/:id查询某个订单信息：get /api/orders/:id问题：1、假如需要同时展示用户信息和订单信息：如果是前端分别调接口来拼数据，会发很多的请求，降低性能。而且关联多了，会非常不好处理。如果后端提供新接口，似乎有点违背rest初衷（我理解的）？随着需求增加许多奇葩的接口/api/users/orders,/api/users/orders/products？2、遇到一些动词是如何设计的？比如start任务，kill进程这种？

Answer 1

1 可以每个页起个名字，每个名字对应一个 rest api
get /api/page/home
每个接口再调用其他接口做拼装

2 遇到一些动词是如何设计
start 任务：可以认为是修改了任务资源的一个属性，所以 PUT task/:id 或者 PATCH task/:id
kill 进程：可以认为是销毁了进程资源，所以 DELETE process/:id