资讯专栏INFORMATION COLUMN

容易混淆-论query和params在前后端中的区别

lentrue / 1342人阅读

摘要:前言最近在学,试着做一个前后端都有的项目然后就遇到了和这俩兄弟你说他们俩长得也不像吧可这用法实在是太类似了这不,专门写篇文章来区分这哥俩分别会从路由和接收两个角度讲路由中的传参假设我们现在需要实现一个路由切换,点击之切换到组件并传递一个值和

前言

最近在学node,试着做一个前后端都有的项目
然后就遇到了query和parmas这俩兄弟
你说他们俩长得也不像吧
可这用法实在是太类似了
这不,专门写篇文章来区分这哥俩
分别会从vue路由Node接收两个角度讲

vue路由中的传参

假设我们现在需要实现一个路由切换,点击之切换到W组件
并传递一个id值和一个age

我们运用router-link来写
然后一连串的疑惑就产生了



routes:{ ??? }

对于queryparmas来说

A用name还是path?

routes要怎么写?

url长什么样?

会有什么隐藏的坑么

query

namepath都可以用

前者的routes基于name设置

{
  path: "/hhhhhhh", //这里可以任意
  name: "W",  //这里必须是W
  component: W
}

然后就把path匹配添加到url上去

http://localhost:8080/#/hhhhhhh?id=1234&age=12

后者基于path来设置routes

{
  path: "/W", //这里必须是W
  name: "hhhhhhhh",  //这里任意
  component: W
}

url:

http://localhost:8080/#/W?id=1234&age=12

这两种方法,都可以自定义path的样式,
不过一个是在router-link to里面定义,一个则是在routes里面定义

在接收参数的时候都是使用this.$route.query.id

parmas

这里只能用name不能用path,不然会直接无视掉params中的内容

然后在routes中添加

{
      path:"/W/:id/:age",
      name:"W",
      component:W
}

这里的name与上面router-link中的name保持一致

url就取决于这个path的写法

http://localhost:8080/#/W/1234/12

注意,path里面的/w可以任意写,写成/hhhhh也可以
但是!
/:id/:age不能省略,且不能改名字

不写的话,第一次点击可以实现组件跳转
且可以通过this.$route.parmas.id获取到传过来的id值,但如果
刷新页面,传过来的id值和age值就会丢失

从这也能看出params比query严格

Node中的req.query和req.params

在后端中,要接受前端的axios请求
于是我们又碰到了这哥俩

什么样的axios请求对应什么样的接受方式?
还有不止是req.query,req.params,又混进来一个req.body
好家伙,乱成一锅粥

假设前端现在用axios向后端发送一个请求,发送id值请求后端的数据

req.query
axios.get(`/api/?id=1234`)

或者

axios.get(`/api`,{ params:{id:"1234" })

在前端里面,router怎么发送的就怎么收
query发送的就用this.$route.query接收
params发送的就用this.$route.params接收

但是在这里,虽然第二种方式里面有params
但这两种我们都要用req.query.id来获取里面的id

router.get("/api",function(req,res){
console.log(req.query.id)
.......
})
req.params

那如果直接把id值写进发送的url里面呢

axios.get(`/api/1234`)

看这个形式有没有觉得很眼熟
它跟上面paramsurl非常像
我们就反向操作一下

router.get("/api/:id",function(req,res){
    console.log(req.params.id)
    .......
    })

如果它是这么请求的

axios.get(`/api/1234-12`)

中间用-或者&隔开
那我们也可以在获取时的路径上这么写

router.get("/api/:id-:age",function(req,res){
    console.log(req.params.id)
    console.log(req.params.age)
    .......
    })
req.body

上面两个都是处理get请求的
而这位小兄弟就是用来处理post请求的
(需要安装body-parser中间件)

axios.post(`/api`,{ id:"1234" })

我们就用req.body来接收

router.get("/api",function(req,res){
console.log(req.body.id)
.......
})

总结

我们归纳了queryparams在前端路由以及后端接收中的区别
容易混淆的东西还是得多写,多总结

希望这篇文章对大家分清它们的使用场景有所帮助

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/103738.html

相关文章

  • 验证码安全性

    摘要:验证码的作用就是为了强制人机交互,但是几乎所有的图片验证码都存在安全性问题,可以被机器轻易破解。现在主流的验证码识别技术就是图像识别,如果说我做一个无图验证码是不是就能很大程度上防止机器破解呢没错,就是验证码。 验证码的作用就是为了强制人机交互,但是几乎所有的图片验证码都存在安全性问题,可以被机器轻易破解。现在主流的验证码识别技术就是图像识别,如果说我做一个无图验证码是不是就能很大程度...

    SolomonXie 评论0 收藏0
  • Dva + Ant Design 前后端分离之 React 应用实践

    摘要:数据缓存对于一个应用来说,缓存是很重要的一步。所以,比较常见的方法就是将数据缓存在中。什么时候做数据缓存例用户信息缓存参见在中配置了检测中的是否存在。 源站链接 https://tkvern.com 继 Rails 从入门到完全放弃 拥抱 Elixir + Phoenix + React + Redux 这篇文章被喷之后,笔者很长一段时候没有上社区逛了。现在 tkvern 又回归了,给...

    tainzhi 评论0 收藏0
  • Nuxt.js 基础入门教程

    摘要:原文链接开发一个单页面应用,相信很多前端工程师都已经学会了,但是单页面应用有一个致命的缺点,就是极不友好。基于它,我们可以快速开发一个基于的单页面应用。只有数据流存在相关配置时可用。引入后,所有页面均有效。 原文链接 Vue 开发一个单页面应用,相信很多前端工程师都已经学会了,但是单页面应用有一个致命的缺点,就是 SEO 极不友好。除非,vue 能在服务端渲染(ssr)并直接返回已经渲...

    yedf 评论0 收藏0
  • 前后端通讯的几种方式

    摘要:使用方法服务器接收其它类型的事件服务器端中在传输数据时将头中的设置为使用方法属性使用二进制的数据类型连接服务器选择的下属协议只读链接状态只读未发送至服务器的字节数只读服务器选择的扩展只读关闭前的回调函数连接失败后的回调函数从服务器接受到 EventSource 使用方法 var evtSource = new EventSource(url); // 服务器URL 接收 evtSour...

    U2FsdGVkX1x 评论0 收藏0

发表评论

0条评论

lentrue

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<