RESTful服务GET只返回一个对象供用户处理以获得实际答案是否合适?

RESTful服务GET只返回一个对象供用户处理以获得实际答案是否合适?,rest,http,get,Rest,Http,Get,在第一个场景中,GET方法的URI可能如下所示: http://myserver/number/getItem?itemID http://myserver/number/overLimit?itemID 用户传入一个项目ID,RESTful服务获取该项目并将该项目对象返回给用户,以便用户可以提取所需的任何信息 这就是所讨论的情况 在此场景中,GET方法的URI可能如下所示: http://myserver/number/getItem?itemID http://myserver/num

在第一个场景中,GET方法的URI可能如下所示:

http://myserver/number/getItem?itemID
http://myserver/number/overLimit?itemID
用户传入一个项目ID,RESTful服务获取该项目并将该项目对象返回给用户,以便用户可以提取所需的任何信息

这就是所讨论的情况

在此场景中,GET方法的URI可能如下所示:

http://myserver/number/getItem?itemID
http://myserver/number/overLimit?itemID
用户传入一个项目ID,RESTful服务获取该项目,以便确定是否超重

目前有3种选择

1-如上所述返回Item对象,让用户检索信息

2-只返回重量,让用户确定是否超重

3-返回一个布尔值,如果超重,则返回true,否则返回false

当使用适当的RESTful服务时,使用这3个服务中的哪一个重要吗?实施这三种场景中的任何一种是否违反了任何规则

当使用适当的RESTful服务时,使用这3个服务中的哪一个重要吗?实施这三种场景中的任何一种是否违反了任何规则

不,使用这三种模式中的哪一种并不重要。没有违反任何规则

确定资源

:任何可以命名的信息都可以是资源:文档或图像、临时服务(如洛杉矶今天的天气)、其他资源的集合、非虚拟对象(如人)等等。换句话说,任何可能成为作者超文本引用目标的概念都必须符合资源的定义

REST不关心您是使用单个大粒度资源来为您提供可能需要的每一条信息的表示,还是使用多个细粒度资源来为特定用例优化表示

当您担心通过网络发送信息的成本有多高,但放弃了细粒度缓存控制时,这种方法非常有用