由于前端应用程序具有其自己的状态,因此用户现在更新了他/她的联系人,并且前端状态得到了更新,并且调用了 PUT
API以使用当前状态进行更新。
因此,在通过 PUT
调用更新用户联系方式时,是否应该再调用一次 GET
来获取用户详细信息,或者当前状态足以满足前端需求。
只是很好奇应该遵循的建议模式。
答案 0 :(得分:3)
您的PUT
请求应发送200 ok,以便您知道数据前端现在有效。
您当然可以(在某些情况下,这是我要做的)将对象作为您的PUT
请求的响应发回200 ok。使用该对象,您可以根据需要更新视图,确保该对象与服务器端的视图完全相同。
在这种情况下,不需要GET
。
答案 1 :(得分:2)
更新(PUT调用)后,应进行GET调用以从数据库获取详细信息并显示在前端。
以便用户了解详细信息已成功更新。
OR
如果要显示更新成功消息,则可以在后端中在PUT API调用响应中返回更新的值,并且可以使用此响应显示详细信息,而无需再次进行GET API调用。
否则
基于PUT呼叫成功响应,您可以显示在状态下设置的详细信息,而无需进行GET呼叫
答案 2 :(得分:2)
另一个获取请求不是必需的,如果您确实想维护后端的状态(这也是不必要的),则可以从服务器以该状态响应PUT
请求。如果知道执行成功,这可能会派上用场。
答案 3 :(得分:2)
不是必需的。但是,在PUT
请求本身中,您可以发送更改后的状态。您可以使用concatenate/update
方法将filter
的前端状态与db状态一起使用。保持数据库的前端状态不变。