TS 的一些高级类型写法
记录自己想到的和遇到的收集一些高级 TS 类型的代码
记录自己想到的和遇到的收集一些高级 TS 类型的代码
是否有一种方式,从底向上的,针对不同的请求内核可以很方便的为其赋予请求库拦截器、中间件、快捷请求等几个通用功能,并且保留不同请求内核的差异化?
在过去的一年半中,我们团队分别使用了 Taro React 开发小程序, React 开发 Web 程序 和使用 React Native 开发 App。使用的样式构建也各种各样,并不统一,在小程序中,使用 SCSS,在 Web 中使用 tailwind, 在 React Native 中使用 StyleSheet.create 创建样式。
我们都知道,小程序开发一个页面,首先要在 pages 文件夹在新建文件夹,然后在 appConfig 中配置页面完整的路径地址,在进行路由跳转时,还需要在 navigateTo 中写下完整的页面路径。当页面数量少,代码量小时,似乎可以接受,但当代码量大,项目存在好几个分包时,页面跳转路径会变得非常长,书写页面路径会变得越来越困难,代码也不够美观和直观。解析路由参数时,还需要经过几步转换才能得到。。
最近在做ReactNative项目,我们的页面有很多图片,发现图片加载效果很卡顿。于是研究了一下RN下图片渐进加载。
很早之前写的一系列关于TypeScript的学习笔记,保存在了 Github 仓库。不是很方便查看,现迁移到Blog了
在TypeScript中文网接口一章中,对于函数传参为什么将一个对象赋值给一个另一个变量,再将变量传入函数就可以绕过编译器检查 的原因只给了一个简单的回答:"因为 squareOptions不会经过额外属性检查,所以编译器不会报错".解释的如此简单,让人迷糊。本文将对这个问题进行探究。