呜啦!日常碎碎念,偶尔掉落优质前端博文推荐、学习资源等
网页:https://tg.cosine.ren
本频道的搜索Bot 来辣 👉 @cosSearchBot
私聊直接发消息就可以搜索啦~
🔖tags
#优质博文 #资源推荐 #博客更新 #碎碎念 #项目更新 #手工 #书摘 #阮一峰的科技周刊 #新动态
图频:Cosine 🎨 Gallery @CosineGallery
猫片: @cosine_cat
网页:https://tg.cosine.ren
本频道的搜索Bot 来辣 👉 @cosSearchBot
私聊直接发消息就可以搜索啦~
🔖tags
#优质博文 #资源推荐 #博客更新 #碎碎念 #项目更新 #手工 #书摘 #阮一峰的科技周刊 #新动态
图频:Cosine 🎨 Gallery @CosineGallery
猫片: @cosine_cat
#AI #分频道 #碎碎念
其实咱有一个不为人知的 AI 生图/视频讨论频道,但是最新更新甚至在 23 年底,没宣传过却有一些订阅,后面本地跑着玩玩儿的视频就都发这儿喵。
但是 u1s1,可以看得到 AI 发展史,进步真的是巨大的。
当年 Pika 抠抠嗖嗖的还有水印,现在可以本地跑无水印的了以前都没想过。
https://t.me/ai_paint_discuss
其实咱有一个不为人知的 AI 生图/视频讨论频道,但是最新更新甚至在 23 年底,没宣传过却有一些订阅,后面本地跑着玩玩儿的视频就都发这儿喵。
但是 u1s1,可以看得到 AI 发展史,进步真的是巨大的。
当年 Pika 抠抠嗖嗖的还有水印,现在可以本地跑无水印的了以前都没想过。
https://t.me/ai_paint_discuss
#优质博文 #前端 #新动态 #javascript
JavaScript Weekly #732
author Peter Cooper
JavaScript Weekly #732
AI 摘要:本期 JavaScript Weekly 是一份精简版通讯,主要涵盖 TC39 提案动态(如 Records/Tuples 提案被撤回,但 Enum 等新提案进展)、工具更新(如 Hako JS 引擎)、框架/库发布(WebStorm 2025.1),以及技术文章(WebGL 解析、React 实战案例等)。
1. TC39 提案动态
• Records/Tuples 提案撤回:原计划为 JS 引入不可变数据结构,但 TC39 会议决定终止
• 新提案进展:
• 将枚举引入 JavaScript 的提案进入 Stage 1(兼容 TypeScript 语法) Slidedeck
• Deferred re-exports proposal 进入 Stage 2,支持延迟导出模块
• Upsert 和 Composites 提案已得到推进
2. 工具与库
• Hako JS 引擎:基于 QuickJS 的高性能可嵌入引擎,可编译为 WebAssembly #wasm
• Firefox 139:默认启用 Temporal API(日期时间处理)
3. 发布与更新
• WebStorm 2025.1:强化 AI 支持、Angular/Next.js 集成
• 其他:tldts 7.0(URL 解析)、Redux Toolkit 2.7、Bun 1.2.10……
4. 文章与视频
• WebGL 渐变效果解析:通过 GLSL 实现流动渐变的技术详解
• SvelteKit 单页应用:无需服务器的单文件开发方案
• 部署 TypeScript:最新进展和可能的未来方向 Dr. Axel Rauschmayer
author Peter Cooper
#优质博文 #前端 #tailwind #性能优化
省流:测到最后发现压缩后性能差异基本可以忽略不计,重复的越多压缩效率越高,所以爱选哪个选哪个()
Tailwind vs Linaria: Performance Investigation
author Nadia Makarevich
省流:测到最后发现压缩后性能差异基本可以忽略不计,重复的越多压缩效率越高,所以爱选哪个选哪个()
Tailwind vs Linaria: Performance Investigation
AI 摘要:本文通过对比 Tailwind 和 Linaria 在初始加载性能(LCP)和交互性能(INP)上的表现,发现 Tailwind 虽能减少 CSS 体积(-13%)但增加了 HTML/JS 大小(HTML 最高 +162%),而实际初始加载性能差异可忽略不计。然而,Tailwind 的通用选择器(如 * 和伪元素)导致交互性能下降(如下拉菜单延迟增加 50%)。结论:两者性能差异对多数项目影响微小,框架选择应优先考虑开发体验而非性能优化。
author Nadia Makarevich
#优质博文 #前端 #tailwind #css #sass
So, You Want to Give Up CSS Pre- and Post-Processors... | CSS-Tricks
author Zell Liew
So, You Want to Give Up CSS Pre- and Post-Processors... | CSS-Tricks
AI 摘要:本文探讨了 CSS 预处理工具(如 Sass)和后处理工具(如 PostCSS)的演变,指出随着原生 CSS 功能的增强(如变量、嵌套)以及新兴工具(如 Lightning CSS、Tailwind)的崛起,后处理工具逐渐成为主流选择。作者分析了技术趋势变化的原因,并提供了迁移建议。
1. 背景与分类
• 预处理工具(Pre-processors):如 Sass、Less,需编译为合法 CSS。
• 后处理工具(Post-processors):如 PostCSS、Lightning CSS,直接处理 CSS 文件并优化输出。
2. 后处理工具的优势
• Autoprefixer 曾是必备插件(自动添加浏览器前缀),现因浏览器兼容性提升需求减少。
• 关键转折点:
• 原生 CSS 支持变量和嵌套。
• Tailwind 4 放弃预处理支持。
• Lightning CSS 的高性能替代方案。
3. 原生 CSS 的进步
• 已支持变量(--var)和嵌套语法,减少对预处理器的依赖。
• 未来将引入 if() 函数,但模块化拆分仍需依赖工具(如 postcss-import)。
4. Tailwind 的影响
• Tailwind 4 明确不支持预处理器,推荐自身作为“预处理器替代”。
• 仍可通过 .css 扩展名与 Sass 兼容,但流程更复杂。
5. Lightning CSS 的崛起
• 性能优势:比 PostCSS 快 100 倍,支持 Vite 集成。
• 功能覆盖:替代 postcss-import 、autoprefixer 等插件。
• 开发者如 Chris Coyier 已转向 Lightning CSS。
6. 迁移建议
• 仅需变量/嵌套 → 原生 CSS。
• 需模块化 → Lightning CSS。
• 需混合(Mixins) → Tailwind 的 @apply。
• 需复杂逻辑(if/for) → 暂保留 Sass。
author Zell Liew