问题描述
在我休息的应用程序，资源URL还支持查询参数一样的pageSize，页次，名称等，所以请求的URL看起来像
In my Rest application, the resource url also support query parameters like pageSize, pageNum , name etc. So the request url looks like
/资源/ {ID}页次= 1＆放大器;的pageSize = 25安培; DESC =你好
现在假设一个客户端增加了一个额外的查询参数说'郎'，这我的服务器不支持像
Now suppose a client adds an extra query parameter say 'lang' which my server is not supporting like
/资源/ {ID}页次= 1＆放大器;的pageSize = 25安培; DESC =你好和安培; LANG =工程，但我的服务器犯规支持任何郎参数。
/resource/{id}?pageNum=1&pageSize=25&desc="hello"&lang="eng" , but my server doesnt support any lang parameter.
什么应该是最好的设计决定。
what should be the best design decision
选项1：忽略多余无效queryparam和服务的要求
Option 1 : Ignore the extra invalid queryparam and serve the request.
选项2：抛出坏请求消息给客户端
Option 2 : Throws bad request message to the client.
在此先感谢
Singla
Thanks in AdvanceSingla
推荐答案
就忽略它。大多数其他Web服务器会忽略的请求参数它不明白。
Just ignore it. Most other web servers would ignore request parameters it didn't understand.
谷歌在这里忽略我的两个额外的参数
https://www.google.com/#q=search+for+something&invalid=param&more=stuff
Google ignore my two extra parameters herehttps://www.google.com/#q=search+for+something&invalid=param&more=stuff
这篇关于在REST API网址中的额外查询参数的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！