首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
方案集合
订阅
0x1461A0
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
深入浅出:解决Electron与pnpm的兼容问题及原理剖析
解析Electron与pnpm兼容报错根源,提供`onlyBuiltDependencies`、`hoisted`模式两方案,对比优缺点,建议按项目规模选,助保留pnpm优势。
你以为的 tree shaking,其实根本没生效
一次真实的打包分析,揭开“按需引入”到底骗了我们多久 前端团队最爱说“我们用的是 lodash-es,按需引入,tree shaking 肯定没问题”,但项目打包结果却往往让人失望。 我自己的项目里,
纯前端集成OnlyOffice的终极方案:基于WASM的文档转换与本地化编辑(已开源)
纯本地Office编辑革命:基于OnlyOffice+WASM的全链路前端解决方案 前言:突破浏览器编辑的最后边界 为什么需要纯本地方案? 医疗场景:某三甲医院的电子病历系统要求患者数据全程禁
项目:视频预览功能多种方案总结,最优客户端canvas 和 服务端ffmpeg
视频预览功能的实现,服务端提取方案 (FFmpeg) 前端 Canvas ,Web Worker ,MediaRecorder API,requestVideoFrameCallback 提取视频帧