这是一个创建于 730 天前的主题，其中的信息可能已经有所发展或是发生改变。
我用的 DRF 。
在设计时，比如： http://localhost/tasks
如果想要一个获取用户 tasks 的接口：
当前用户： http://localhost/users/me/tasks
其他用户： http://localhost/users/{id}/tasks
如果把这个接口放在 user view 里面实现，就无法复用 task view 里面的 filter ，如果放在 task view 里面实现，重写 url path ，感觉 url 不一致，容易造成误解。
在设计时，比如： http://localhost/tasks
如果想要一个获取用户 tasks 的接口：
当前用户： http://localhost/users/me/tasks
其他用户： http://localhost/users/{id}/tasks
如果把这个接口放在 user view 里面实现，就无法复用 task view 里面的 filter ，如果放在 task view 里面实现，重写 url path ，感觉 url 不一致，容易造成误解。
 | 1 luckrnx09 2023-12-25 23:32:33 +08:00 via iPhone  1 前端如果能拿到当前用户 id 的话，我觉得 http://localhost/users/{id}/tasks 一个接口就够了。 |
 | 2 orangie 2023-12-25 23:39:19 +08:00 1 应该是 /tasks?userId=xxx 这样设计，查询的主体是 task ，task 并不是 user 的一部分，反过来 user 也不是 task 的一部分，而是查询条件，所以应该用 query ，这样既复用 task view 里面的 filter ，url 也完全没有问题。 |
 | 4 coolair OP @orangie #2 这样的话，如果想获取 task 详情，/tasks/{id 这样，再传 userId=xxx 就不太好了，如果使用 /users/{user_id}/tasks/{task_id} 就很清晰了。 |
 | 5 KiepieDd 2023-12-26 10:29:43 +08:00 http://localhost/users/{id}/tasks 留着一个就够了，http://localhost/users/me/tasks 这个可以不用，因为获取当前用户的可以通过 session 获取 id |
| 6 orangie 2023-12-26 11:27:10 +08:00 @coolair 获取 task 详情，/tasks/{id} 这样就应该是完全不需要传 userId=xxx 了吧，难道 task 和 user 是多对多的关系？我理解 task 和 user 是多对一的关系。如果居然是多对多的关系，也就是同一个 task 对不同用户看起来居然有差别，那么传 userId=xxx 也是必然的。用路径表示实体和属性的关系，用 query 表示关联关系比较清晰。 |
 | 7 EeveeRibbon 2023-12-26 18:22:37 +08:00 task 和用户是多对多的关系吗？ |
Select Language