首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
Linsk
掘友等级
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
22
文章 22
沸点 0
赞
22
返回
|
搜索文章
最新
热门
常用前端 CSS 新特性,兼容方案一览
特性 阶段 Chrome Edge/IE Safari Firefox Opera 解决方案 可达到效果 postcss 版本 stylelint
ES2024 正则表达式新特性 unicodeSets 解析及兼容方案
ES2024 对正则表达式添加了 v 修饰符,含义为 “Unicode 集合”,用来方便处理 Unicode 集合。v 修饰符是 u 修饰符的升级模式,使用了 v 修饰符就意味着包含了 u 修饰符的
前端如何优雅实现0到auto的高度过渡
相信大家都知道,最近更新Chrome已经支持了 0 到 auto 的高度过渡。但是很多人反映这种特性太新了,出于兼容考虑用不了的。而实际上 calc-size 是可以渐进增强的。今天我就给大家表演一下
为什么使用了 @vitejs/plugin-legacy 还会报 globalThis is not defined 错误
@vitejs/plugin-legacy 能够调用 babel,使用了自动插入 Polyfill 功能,按道理会自动插入 globalThis 的 polyfill。为什么还会报 globalThi
正则表达式 unicode 修饰符及兼容性
ES6 对正则表达式添加了 u 修饰符,含义为 “Unicode 模式”,用来正确处理大于 \uFFFF 的 Unicode 字符。 示例 上面代码可以被 babel 转译以支持低版本浏览器 在 ES
前端如何优雅拒绝浏览器兼容需求
1、甩给后端。 2、甩给前端架构。 3、甩给需求。 4、甩给 HR。 总结,造成兼容性问题的原因有很多,反正不是前端技术不行。
前端实现一个完整的三级联动有多难?
一个完整的前端三级联动有多难?一、加载效果。二、错误处理。三、防抖处理。四、竟态问题。五、组件卸载。
前端开发:不处理错误才是最佳的错误处理方式
社区里三天两头就有人在争论如何处理前端错误,有 try-catch 和 await xxxx.catch (xxx) 两派。恕我直言,都不够优雅。而我认为不处理错误才是最佳的错误处理方式。
工程化是解决浏览器兼容性的核心
前端开发在日常的项目中,面对的难题之一便是浏览器兼容性问题。不同浏览器依赖的渲染引擎、JavaScript 引擎等技术栈和规范有所差异,往往会导致同一个网页在各种浏览器上呈现效果不同。而针对这一问题,
这5种前端开发不良习惯一定要避免,最后一种最可怕
第一,页面未经组件拆分。 注意看,这个是一个大屏报表的示例,里面的每一个面板都有复杂的交互功能。但是并没有拆封成组件,导致维护起来很非常困难。同样我们看这种管理后台,增删改查全部放到一个文件里了,弹窗
下一页
个人成就
文章被点赞
12
文章被阅读
6,679
掘力值
464
关注了
5
关注者
4
收藏集
1
关注标签
17
加入于
2022-05-06