日常工作中避免不了页面需要使用特殊字体,对于特定的数字或者字母我们可以使用Fontmin输入固定的字符来生成一个很小的符合要求的字体文件,对于整个网页都需要使用特定字体的情况这种情况就不太适用了,Google搜索一番后找到一个Font Splitter工具,可以将一个很大字体文件按unicode-range规则分割成若干小字体文件,并生成一个Css,如果页面不使用此范围内的任何字符,则不会下载字体。
- Vue31
- Web9
- 其他7
- Mac6
- 自部署5
- Vue35
- 宝塔面板4
- VsCode4
- Element UI4
- uni-app3
- AMH面板2
- Git2
- Vant2
- UnoCSS2
- V2Ray2
- Vite2
- Jenkins2
- Ant Design Vue2
- VuePress2
- AI1
- Roop1
- AI绘画1
- Angular1
- ECharts1
- 青龙面板1
- Waline1
- Docker1
- Lsky Pro1
- Lottie1
- i18n1
- Markdown1
- 在线编辑器1
- CDN1
- TrollStore1
- Linkwarden1
- 软件分享1
- OpenLayers1
- Buddy1
- naive-ui1
不知道为什么,搜索vue3打包分析
、vite打包分析
,清一色的都是推荐的使用rollup-plugin-visualizer
插件,我自己也使用过,感觉这个打包分析的插件生成的分析报告贼不好用,不支持放大缩小,只能点击模块进行放大,尝试了下按Exclude
和Include
关键词搜索也搜索不出内容,不知道是不是我使用有问题还是我搜索方式不对,总之感觉没有vue2的vue-cli-service
生成的报告好使。
团队开发过程中,避免不了不了多人合作开发,而每个人的代码风格也可能不同,虽然可以使用Prettier
来格式化一些基本的代码格式规范,但更详细的Vue3书写规范还是需要使用Eslint的插件eslint-plugin-vue。
在之前vue2的版本中,经常在axios
请求中对于后端返回的部分错误码进行国际化报错处理,使用te('some.key')
判断key是否在国际化文件中,如果存在就翻译key进行报错,如果不存在则提示后端返回的具体错误信息。新项目使用Vue3 + vue-i18n-next,发现在使用te
或者$te
方法均返回的false
,Google搜索一番后找到一个issue完美解决问题,记录下相关的代码。
前段时间由于业务需要,需要在客户使用的H5端集成一个扫描二维码的功能,调研后决定使用Zxing-js的库,目前市面上大部分扫码功能都是基于该库去实现。
本文为翻译
原文地址:Announcing Vue 3.4
今天,我们非常高兴地宣布 Vue 3.4"🏀大灌篮 "正式发布!
该版本包含一些实质性的内部改进-其中最显著的是重写了模板解析器,速度提高了 2 倍,还重构了反应性系统,使效果触发更准确、更高效。此外,它还对 API 进行了一系列质量改进,包括稳定了 defineModel
和绑定道具时的新同名简称。
本文章概述了 3.4 中的重点功能。有关变更的完整列表,请查阅GitHub 上的完整更新日志。
具体讨论可以参见该RFC,看名字可能有的人就知道可能是和v-model
有关了,你猜的没错,新出的defineModel
可以更加快捷的自定义组件上的v-model
。
之前因为项目需要,实现了 Ant Vue 的自定义换肤并记录了下实现过程Ant Vue 1.x 动态自定义换肤,后来新项目采用Naive UI,也就自己摸索着实现一下自定义换肤,顺便自己记录一下。
最近在逛 GitHub 的过程中发现一个很有趣的库,fake-progress,用来模拟“真实”的进度条,虽然看着已经很多年没更新了,但是不妨碍在 Vue3 中集成使用,这样就不用手搓模拟进度条了,在页面加载顶部进度条、文件上传进度条等等很有用处。
之前的时候我们通常使用Vuex
进行状态管理,Vue3 的时候组合式 API大火,Pinia 因此诞生,其目的是设计一个拥有组合式 API 的 Vue 状态管理库,特点简单易用好上手。由于 Vuex 现在处于维护模式,新的应用官方更推荐使用 Pinia:详情。