首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    前端基础最终篇

    昨日我们已经设计了一个简单的功能页面,但是里面显示的数据是假的固定死的,主要是为了展示功能实现后的实际效果。这个也就是大部分前端程序员在开发中遇到的一个阶段,前端开发完成就差后端给数据,但是后端有可能还没开发完成,客户又想看实际什么效果那么就得造一点假数据来填充页面,这样给客户看开发成果就比较直观,当然现在前端老哥办法多,就算后端api还未开发完成,也能使用一些模拟数据接口工具,比如mock、json-server等工具,模拟一些数据接口返回数据,便于前端程序正常运行和测试,等到后端开发完成就替换为真实接口即可。所以说前后端分离也有这个好处,就是能自己开发完成后不需要等待后端,提升了开发效率,当然实际过程中就算前后端分离,但是前后端联调也是一言难尽啊。这个咱在这就不说了。

    02

    vue+element踩坑记-统一设置请求头的处理(记录main.js)

    我们在做项目的时候,涉及到一个授权的问题,这个其实是一般常见的问题之一,我们的授权是这样做的,很简单,授权登录的时候不需要任何的授权信息,正常登陆就可以了,然后登录成功以后的接口会返回一个授权信息给到我们,写在response里面,那么我们拿到这个新的授权信息之后去请求别的任何的请求,也就是整个系统对于接口的操作都是需要拿到最新的授权信息,那么最新的授权信息是怎么来的呢?其实每一个接口不仅仅需要在header上面加上授权信息的请求头,还需要将最新的授权信息返回到response里面,这样我们每次用一个授权信息请求以后就会拿到一个最新的授权信息,这样的话,就可以保证每一次的请求使用的授权都是最新的,这样做到一个相对比较安全的权限机制。

    03

    vue踩坑记-项目对axios进行封装

    我们在做vue项目的时候,经常会遇到一个问题就是我们的请求需要加请求头,或者还不是一个请求头的情况,那么其实我们可以使用比较原始的办法,直接在我们写的时候就直接加上请求头,这样可以避免后期加不上的情况,但是有下面两种情况是我们很无奈的,第一是请求头信息改掉了,第二是开始的时候没有加,但是后面要求我们加上的时候,这两种情况如果我们的请求比较少的时候还是可以接受的,但是如果多的时候就比较恶心了,估计死的心都有了,还有就是我们版本迭代的时候,域名名字中间会加上对应的版本号,这个时候如果一个一个写的话,估计也够让人头疼的事情,等等情况,都是在接口名字上做的文章,那我们对请求的封装就显的尤为重要。那么其实我们如果前期没有封装请求的话,也是可以的统一配置的,只是这是不得已而为之的办法,统一配置请求信息

    03
    领券