HTTP请求参数最佳实践
本文探讨HTTP请求中参数放置的最佳实践，特别是针对GET请求参数放置于请求体(Body)以及POST请求参数放置于URL的情况。
常见误区
一些开发者在参数较少时，倾向于将POST请求参数放置于URL中，认为创建Bean接收参数过于繁琐。 类似地，当GET请求参数复杂或长度较长时，可能将其放置于Body中。
这种做法虽然在技术上可行，但并不推荐。
技术规范与实际应用
HTTP规范(RFC 7231)虽然未明确禁止GET请求携带Body，但后续规范已建议避免这种做法，甚至可能导致请求被拒绝。 许多现代API和框架也已不再支持GET请求携带Body。 例如，Elasticsearch早期版本允许GET请求携带Body，但现已弃用。
移动端无限滚动加载瀑布流
下载
里面有2个文件夹。其中这个文件名是:finishing，是我项目还没有请求后台的数据的模拟写法。请求后台数据之后，瀑布流的js有一点点变化，放在文件名是：finished。变化在于需要穿参数到后台，和填充的内容都用后台的数据填充。看自己项目需求来。由于chrome模拟器是不允许读取本地文件json的，所以如果你要进行测试，在hbuilder打开项目就可以看到效果啦，或者是火狐浏览器。
因此，为了保证代码的可维护性和与未来规范的兼容性，建议遵循标准实践。
最佳实践建议
为了确保代码的规范性和可移植性，建议始终遵循以下最佳实践：
- GET请求： 参数应始终放置于URL中。
- POST请求： 参数应始终放置于请求体(Body)中。
这种方式不仅符合HTTP规范，还能避免潜在的兼容性问题，提高代码的可读性和可维护性。 即使参数数量较少，也建议遵循此规范，以保持代码的一致性和可扩展性。 长远来看，这将减少维护成本并避免不必要的麻烦。
