相关疑难解决方法(0)

一世 理解(我认为)RESTful-ness背后的基本思想.在语义上使用HTTP方法 - GET获取,PUT put,DELETE删除等等......对吗？我以为我理解了REST背后的想法,但我认为我对HTTP实现的细节感到困惑.休息背后的驱动理念是什么,为什么这成为一件重要的事情？人们实际上已经使用了很长时间,在我的手电筒从未照过的互联网的一角？

我们目前正在设计一个内部REST api.我们有以下用例:

1. 用户(109)想要读取他已经发送给另一个用户的消息(110)
2. 应用程序通过他在验证后收到的令牌凭证(在执行GET请求时)知道应用程序(109)
3. 我们假设在这个例子中,用户109是发送者,110是接收者

从用户的角度总结"给我(109)发送给110的邮件"

我们想到了以下URI,但我们无法决定采用哪一个:

a) GET http://localhost:9099/api/mails/109?receiverUserId=110
b) GET http://localhost:9099/api/mails?senderUserId=109&receiverUserId=110
c) GET http://localhost:9099/api/mails?receiverUserId=110
d) GET http://localhost:9099/api/mails/me/to/110 (when logged in as 109 via token credentials we know that "me" is 109)
f) GET http://localhost:9099/api/mails/109/to/110 (explicit request, e.g. for admins … has to be guarded against illegal access)

所有链接都是"上下文敏感的",即将一个链接发送到接收器(110)将产生执行GET请求的不同结果.

我想知道你对使用什么网址的看法.

任何帮助高度赞赏.

欢呼马塞尔