由封装一个请求库所想到的
是否有一种方式,从底向上的,针对不同的请求内核可以很方便的为其赋予请求库拦截器、中间件、快捷请求等几个通用功能,并且保留不同请求内核的差异化?
是否有一种方式,从底向上的,针对不同的请求内核可以很方便的为其赋予请求库拦截器、中间件、快捷请求等几个通用功能,并且保留不同请求内核的差异化?
在过去的一年半中,我们团队分别使用了 Taro React 开发小程序, React 开发 Web 程序 和使用 React Native 开发 App。使用的样式构建也各种各样,并不统一,在小程序中,使用 SCSS,在 Web 中使用 tailwind, 在 React Native 中使用 StyleSheet.create 创建样式。
我们都知道,小程序开发一个页面,首先要在 pages 文件夹在新建文件夹,然后在 appConfig 中配置页面完整的路径地址,在进行路由跳转时,还需要在 navigateTo 中写下完整的页面路径。当页面数量少,代码量小时,似乎可以接受,但当代码量大,项目存在好几个分包时,页面跳转路径会变得非常长,书写页面路径会变得越来越困难,代码也不够美观和直观。解析路由参数时,还需要经过几步转换才能得到。。
最近在做ReactNative项目,我们的页面有很多图片,发现图片加载效果很卡顿。于是研究了一下RN下图片渐进加载。
多行文本溢出省略技术是一个难题,无论是在前端还是APP端。文字何时换行,换行的是哪一个字,文字会占用几行都难以精确计算和估量。本文将探讨和实现一种相对完美的方法。
很早之前写的一系列关于TypeScript的学习笔记,保存在了 Github 仓库。不是很方便查看,现迁移到Blog了
大学时用的腾讯云优惠到期了,续费要每个月60多块钱,有点肉疼。因而买了一块树莓派,想要研究一下怎么将他搞成一个服务器。拖拉了几个月,最近总算是搞好了。本文将介绍一下我的搭建过程。
我们都知道,setTimeout与setInterval都不是精确的计时器,它还与当前主线程任务队列中的任务大小数量有关。当主线程任务队列的任务没有执行完毕时,setTimeout与setInterval就不会准确的在 t 时间后运行。那怎么才能提高二者的精确度呢?
无意间发现了这么一个项目,感觉很好很强大,因而研究了一下,搭建了基于Gridea和GitHubPage的静态博客。现将搭建过程记录,以飨读者。
在TypeScript中文网接口一章中,对于函数传参为什么将一个对象赋值给一个另一个变量,再将变量传入函数就可以绕过编译器检查 的原因只给了一个简单的回答:"因为 squareOptions不会经过额外属性检查,所以编译器不会报错".解释的如此简单,让人迷糊。本文将对这个问题进行探究。