一个 GET API URL 设计的有趣问题

[teli]

该 GET URL 用来获取某资源
URL 内含资源标识

现要修改设计：
如果是本人创建的资源，可以获取到全部信息
如果不是本人创建的资源，可以获取到概要信息

要求：
1. 中间有道网关，以 URL 为缓存 KEY ，（因为简化了设计）不考虑 HTTP 头中的缓存控制信息 。因此相同的 URL 应该返回相同的内容
2. 不考虑把一个请求，拆分为两个。比如：先请求资源的创建者是谁，再请求资源信息
3. 开始时，客户端不知道当前用户 是不是资源的创建者
4. URL 中不能带用户标识，不然网关的缓存形同虚设


那么，这个 API URL 应该怎么设计？

[coolfan]

怎么鉴权

[rrfeng]

请问拉屎别用肛门，怎么设计？

[Vegetable]

1. “因此相同的 URL 应该返回相同的内容”
2. “URL 中不能带用户标识”

当然可以涉及一个/fruits/{id}/[detail]，但是鉴权谁做？

[yinmin]

去掉（ 1 ）缓存改 redis ，在应用逻辑里实现缓存。
在 http header 里加 user token 做鉴权。

[ninjashixuan]

不觉得要求 1 和需求自相矛盾了么。

[teli]

@ninjashixuan 也许 这就不应该一个 API ，而是两个

[fengemma9]

我 感觉 user 鉴权来区分该给什么信息就可以实现