84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
现在URL大多用/xx/xx的形式,相比?xx=xx&xx=xx有什么好处吗?比如?pageNum=1&userId=1相比/pageNum/1/userId/1
欢迎选择我的课程,让我们一起见证您的进步~~
谁告诉你现在 URL 都用 /XX/XX的形式的,难道以前不是这样?
/ 是路径?后面的是查询
自己去看看 google 和 baidu 的查询 url 就知道了
不是更语义化了么xx.php/pageNum/1/userId/1要获取/删除(http方法的不同)第1页的userId为1的用户
xx.php/pageNum/1/userId/1
RESTful的API接口
地址静态化,方便收录
题主说的是伪静态的固定链接吧。?xx=xx&xx=xx是GET传值,两者不存在比较。
比如 /post/edit/1024 最后还是要重写成 /index.php?c=post&a=edit&id=1024 或者 /post.php?a=edit&id=1024 交给PHP处理, 或者直接把URI交给index.php分析, 只不过前者更 RESTful 罢了.
/post/edit/1024
/index.php?c=post&a=edit&id=1024
/post.php?a=edit&id=1024
seo。。。。。。
前一阵子刚好遇到这个问题呢。是.net mvc的一个项目,项目中是手动配置的路由(路径),领导说让按第一种的写法。比如我的会议详情页:.../meeting/detail/1,数字就是会议的Id;后来会议有分类了,大类小类的乱七八糟的,要改面包屑显示了,再加一个参数去解决吧.../meeting/detail/1/1,坏了,好多列表页进不去详情页了,以前列表页都是走的这一个detail页:搜索、直播、录播、专家、国际等待。然后改了一大堆文件,逻辑的。沃日,怎么也算是完成了,反正还是不喜欢这种形式的路径,至少第二种不会引发程序错误。后来项目上线前用专业工具安全检测的时候,提了一个bug:路径.../search/import无法访问!!我去你妹的,这个是import是搜索关键字,你给我当路径?url哪个形式,还是看个人喜好吧,我觉的。
.../meeting/detail/1
.../meeting/detail/1/1
.../search/import
两个都可以,看场景了,并非所有的场景都适合RESTFul,REST站在一切皆资源的角度,对其的创造只能通过http动词。就像是java把一切都看做名词一样。但这样很麻烦,要考虑各种设计。,”?“反而简单粗暴,速度可能更快(虽然对人类无意义的时间)。
第二种是有针对性的直接按路径进行的查询
谁告诉你现在 URL 都用 /XX/XX的形式的,难道以前不是这样?
/ 是路径
?后面的是查询
自己去看看 google 和 baidu 的查询 url 就知道了
不是更语义化了么
xx.php/pageNum/1/userId/1
要获取/删除(http方法的不同)第1页的userId为1的用户
RESTful的API接口
地址静态化,方便收录
题主说的是伪静态的固定链接吧。?xx=xx&xx=xx是GET传值,两者不存在比较。
比如
/post/edit/1024
最后还是要重写成/index.php?c=post&a=edit&id=1024
或者/post.php?a=edit&id=1024
交给PHP处理, 或者直接把URI交给index.php分析, 只不过前者更 RESTful 罢了.seo。。。。。。
前一阵子刚好遇到这个问题呢。
是.net mvc的一个项目,项目中是手动配置的路由(路径),领导说让按第一种的写法。
比如我的会议详情页:
.../meeting/detail/1
,数字就是会议的Id;后来会议有分类了,大类小类的乱七八糟的,要改面包屑显示了,再加一个参数去解决吧
.../meeting/detail/1/1
,坏了,好多列表页进不去详情页了,以前列表页都是走的这一个detail页:搜索、直播、录播、专家、国际等待。然后改了一大堆文件,逻辑的。沃日,怎么也算是完成了,反正还是不喜欢这种形式的路径,至少第二种不会引发程序错误。后来项目上线前用专业工具安全检测的时候,提了一个bug:路径
.../search/import
无法访问!!我去你妹的,这个是import是搜索关键字,你给我当路径?
url哪个形式,还是看个人喜好吧,我觉的。
两个都可以,看场景了,并非所有的场景都适合RESTFul,REST站在一切皆资源的角度,对其的创造只能通过http动词。就像是java把一切都看做名词一样。但这样很麻烦,要考虑各种设计。,”?“反而简单粗暴,速度可能更快(虽然对人类无意义的时间)。
第二种是有针对性的直接按路径进行的查询