构建REST API - 单独请求

我正在构建一个API，并且有点不确定是否最好有一个请求将所有与资源有关的信息带回来，或者根据需要携带的任务单独回收信息出。例如，我有一个消息资源，并且一直在努力决定是否一次带回所有消息信息。或者对未读消息有单独的请求，对消息列表的单独请求以及对单个消息的另一请求。构建REST API - 单独请求

什么是正确的方法？我很想让他们保持独立，但后来又担心不得不做太多的请求。

来源

2012-03-02 LeeTee

别担心，只是做。

我喜欢让事情分开在一开始，并在某些时候，我意识到要求X总是跟着要求Ÿ，所以我就合并这两个。你不会知道你需要什么，直到你在做它...

来源

2012-03-02 11:50:51 soemarko

只是想计划，而不是潜入并最终不得不重新编码。 – LeeTee 2012-03-02 11:57:41

恕我直言，减少的代码量被称为_progress_。也就是说，你真的**不会出错。然而，停止编码，并且想着一堆_什么ifs_没有完成工作。你需要接受的是，recode只是（开发者的）生活的事实。假设你以较低的速度发送了更大的数据，那么你发现你发送的数据太多了......猜猜怎么回事？重新编码！ – soemarko 2012-03-02 12:04:30

构建REST API - 单独请求

回答

相关问题