API V2思考:你想看什么？

Question

答案应采取功能请求/修改的形式，这些请求或修改显然超出了v1的范围，或已被状态拒绝或状态延迟。

他们将在这里被编入Q。

Answer 1

将id值移动到查询字符串

中。

由于id是向量化的，所以它被设计成表示多个值。

当前，id字段是url的一个组件。这严重限制了可以检索到的记录数量，远远低于规定的最大pagesize ( 100 )的最大值。

这个限制的另一个更严重的含义是，对于url中的id，限制是任意的和未定义的，这从来不是一件好事，需要反复试验才能找到可变长度id的最大url长度，或者使多个id请求增加服务器上的负载。

如果id是一个查询字符串组件，那么即使使用大型id，也很可能对100个条目发出请求。目前，使用短id值，服务器开始在大约30项发出错误。

我想看到的是：

/path?id=123;456;789

这将避免必要的黑客攻击所描述的这里

Answer 2

用户身份验证

这是一个显而易见的问题(我认为这也是V2的既定目标)。

最基本的方法是根据StackOverflow/etc用户对用户进行身份验证。此外，访问“链接帐户”信息的方法也很好(因此，对StackOverflow用户进行身份验证将自动提供与同一用户链接的其他帐户的应用程序知识)。

最后一部分可能会有问题，所以让用户不允许共享链接信息/通知用户的一些方法是很重要的。

Answer 3

用户最喜欢的标签

访问给定用户最喜欢的标签将使提供定制用户体验变得更加容易，在这种情况下，为用户的首选项裁剪可能是自动的。