首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >URL查询参数

URL查询参数
EN

Stack Overflow用户
提问于 2020-11-12 10:33:38
回答 1查看 162关注 0票数 0

我是API的新手,我知道rest中的主要路径:path (如www.example.com/cars)和query参数(如www.example.com/cars?color=blue )。

我只是访问一个电子商务网站,我对目前的道路感到困惑。我选择了类别iphone-8并得到了url:https://www.example.fr/iphone-8.html

在同一页上,我过滤所有手机的价格在250300欧元之间。这是新的url:https://www.example.fr/iphone-8.html#price=250&price=300

这个url是否意味着过滤器仅仅由于#而被应用在html上,因此没有对过滤的api调用?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2020-11-12 13:00:21

这个url是否意味着过滤器只应用在html上,因为它是#,因此没有api调用来进行过滤?

不,那不符合。

尝试的尝试是将原始页面加载到浏览器中,打开用于监视网络流量的开发工具,然后执行搜索。

您可能会发现,当您操纵网页上的过滤器控件时,真正发生的是java脚本代码正在运行,并调用从某个后端端点获取数据,然后在客户机上重新呈现网页。正在更新该片段,以便如果您要对链接进行书签标记,或者将其复制到浏览器中的另一个选项卡,则底层的javascript可以复制“相同”的结果(方法是从片段中获取搜索参数并重复搜索)。

应该可以直接从浏览器本身重复这些相同的调用(当然,您不一定会得到HTML呈现,但是您可能能够在它们自己的本机表示(application/json )中查看过滤的结果)。

使用框架而不是价格查询参数的优势是什么?

片断不是绝对URI的一部分,查询部分是。

也就是说,查询部分仍然是主资源标识符的一部分,并且是发送到服务器的请求行的一部分。

但是片段被用来识别次要资源;嵌入在一些主要资源中的资源。

考虑:

https://www.rfc-editor.org/rfc/rfc3986#section-3.5

这将标识包含在主资源( RFC 3986的HTML表示)中的辅助资源(特别是-3.5节)。因此,我们首先通过加载主资源(整个RFC)来“获取”次要资源,然后使用片段标识符和HTML处理规则来发现文档中的适当元素。

片段部分严格来说是客户端的关注点。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/64802231

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档