API接口设计 – 切换或2个不同的接口

我正在研究界面设计.

这就是我的好奇心.

>一些开放API支持2个不同的接口来实现切换.即Instagram喜欢的界面.它像界面一样分开(比如取消)
>将这两者分开是有什么好处.(在我看来,分成两个界面会使最终用户更加复杂)

我对此提出质疑,因为它可以通过切换来实现.

即用户发送item_id和user_id.服务器检查数据库(此项目已被喜欢或未经过),并进行更新.

谢谢你的回答!

最佳答案 具有两个用于切换的接口的真正好处是它不需要用户知道他们试图改变的事物的当前状态(即,它不需要我首先查询状态).

如果我是API的消费者,通常我会想要执行诸如喜欢某些事情之类的操作.我很少能想到一个我希望执行与之前相反的动作的情况(除非我感觉像是在翻转).如果您没有两个端点用于like而不像那么您首先必须轮询API以获取当前状态,然后执行您正在讨论的切换(如果需要).

这种情况会在代码中引入更多逻辑,要求您对API进行1-2次调用,并假设状态在调用之间没有变化;虽然有两个端点可以减少逻辑,但每次操作将API调用限制为1,并且您不必担心状态会意外地发生变化.

如果您尝试喜欢用户已经喜欢的内容,那么API将只返回成功的结果而不会更改基础数据.

点赞