首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
封装
订阅
虚心学习ing
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
总有一种你会用的到-----vue大屏自适应解决方案
自适应的问题 屏幕像素大小不同,统一表现 画面比例不同,统一表现 浏览器字体最小限制,不可能无限等比缩小 画面出现拉伸压缩 文字内容显示异常 画面出现空白区域 一. css缩放方案: 利用transf
在项目中用ts封装axios,一次封装整个团队受益😁
这篇文章封装的axios已经满足如下功能: 无处不在的代码提示; 灵活的拦截器; 可以创建多个实例,灵活根据项目进行调整; 每个实例,或者说每个接口都可以灵活配置请求头、超时时间等。
一篇拒绝低级封装axios的文章
目前掘金上已经有很多关于axios封装的文章。自己在初次阅读这些文章中,见识到很多封装思路,但在付诸实践时一直有疑问:这些看似高级的二次封装,是否会把`axios`的调用方式弄得更加复杂?