emotion 排名第二的维护者 Sam 所在公司弃用了 css-in-js 方案,引起了不小的讨论:Why We're Breaking Up with CSS-in-JS
大家好,我 ssh。在过去的开发中,我一直在用 styled-component 库作为 CSS 的解决方案。它有很多优点,灵活、可复用性强、功能强大、可以接受动态 JS 变量传入组件等等…… 但今天我看到一篇文章,说都是 Spot 团队的人已经决定抛弃 CSS-in-JS 的方案了,因为对他们来说,性能损耗已经远远超过其灵活性的优势了。接下来,我来和大家分享一下这篇Why We're Breaking Up with CSS-in-JS
三年来,我设计的 Web 应用程序都没有使用 .css 文件。作为替代,我用 JavaScript 编写了所有的 CSS。
CSS-in-JS是一种技术(technique),而不是一个具体的库实现(library)。简单来说CSS-in-JS就是将应用的CSS样式写在JavaScript文件里面,而不是独立为一些 .css, .scss或者 less之类的文件,这样你就可以在CSS中使用一些属于JS的诸如模块声明,变量定义,函数调用和条件判断等语言特性来提供灵活的可扩展的样式定义。值得一提的是,虽然CSS-in-JS不是一种很新的技术,可是它在国内普及度好像并不是很高,它当初的出现是因为一些 component-based的Web框架(例如React,Vue和Angular)的逐渐流行,使得开发者也想将组件的CSS样式也一块封装到组件中去以解决原生CSS写法的一系列问题。还有就是CSS-in-JS在React社区的热度是最高的,这是因为React本身不会管用户怎么去为组件定义样式的问题,而Vue和Angular都有属于框架自己的一套定义样式的方案。
Sam Magura 是 Spot 的软件工程师,也是活跃的 Emotion 库维护者。最近,他详细解释了 Spot 公司为什么放弃运行时 CSS-in-JS 库 Emotion,而选择了 Sass 模块——运行时开销、负载开销和服务器端渲染问题导致了较差的用户体验。
继 精读《请停止 css-in-js 的行为》 这篇文章之后,我们又读了一篇抵制 css-in-js 的文章,虽然大部分观点都有道理,但部分存在可商榷之处,让我们分析一下这篇文章,了解 css 还做了哪些努力,以及 css-in-js 会如何发展。
本文是由 Emotion 的第二大活跃维护者 Sam 分享,本文第一人称都指的是 Sam。Emotion 是一个广泛流行的 CSS-in-JS 库,用于React。文文章 Sam 会带大家深入探讨 CSS-in-JS 最初吸引人的原因,以及为什么作者(以及Spot团队的其他成员)决定放弃它。
几年前,如果有人提到用 JavaScript 编写 HTML 作为构建大型网站的一种方式,很多开发者会当这作不可理喻的想法,但是现在,使用 React、Vue 和 Angular 框架为组件开发的应用正在慢慢替代传统的 Web 开发。
Web开发是需要掌握多种技术。我们习惯于与多种语言密切合作。而且,随着开发Web应用程序变得越来越普遍和差别细微化,我们经常寻找创造性的方法来弥合这些语言之间的差距,从而使我们的开发环境和工作流程更容易,更高效。
主题列表:juejin, github, smartblue, cyanosis, channing-cyan, fancy, hydrogen, condensed-night-purple, greenwillow, v-green, vue-pro, healer-readable, mk-cute, jzman, geek-black, awesome-green, qklhk-chocolate
React组件CSS-in-JS是一种流行的前端开发技术,它将组件的JavaScript逻辑与样式定义结合在一起,以提高代码的可维护性和可重用性。通过CSS-in-JS,开发者可以在组件级别轻松管理样式,而不必担心全局污染或类名冲突。
随着 Facebook 和 Twitter 最近的产品部署,我认为一个新的趋势正在缓慢增长:Atomic CSS-in-JS。
近日,Meta开源了一款「CSS-in-JS库」 —— StyleX。看命名方式,Style - X是不是有点像JS - X,他们有关系么?当然有。
简介 CSS-in-JS是什么,看到这个词就能大概猜到是在JavaScript里写CSS,那为什么要在JavaScript里写CSS呢,像之前一样写在css文件里哪里不好么? (图片来自:http:/
原文链接:5 things you can do in CSS-in-JS that you didn't know about
CSS 是前端开发的重要组成部分,但是它并不完美,本文主要探讨 React 样式管理方面的一些解决方案,目的是实现样式的高度可定制化, 让大型项目的样式代码更容易维护.
除了传统的 CSS,你还可以使用 内联样式 和 CSS-in-JS 作为 React 应用程序的样式选项。
看到这个功能的时候, 你可能会好奇, Chrome Devtool 不是早就可以编辑css了吗?
为了解决传统CSS在现代前端应用开发中遇到的痛点,FreeWheel评估了大量新一代的CSS框架/工具/方案。在本文中,作者以评估过程为线索,介绍了CSS-in-JS的背景、现状、开发特点和趋势。
在 v5 中,官方改造了所有的 Token,使其基于 Seed + Algorithm 可以派生出所有的 Design Token。全新的 Design Token 模型支持多算法 Pipeline,从而大大降低开发者拓展成本。
styled-components 利用 ES6 的 tagged template 语法创建 react 纯样式组件。消除了人肉在 dom 和 css 之间做映射和切换的痛苦,并且有大部分编辑器插件的大力支持(语法高亮等)。此外,styled-components 在 ReactNaive 中尤其适用。
本年的结果有超过3000多人参加调用,共有27个问题,问题覆盖前端工具以及思想方法论。在此,非常感谢各位参与的朋友花费时间来回答这些问题。组织和编写本次调查结果是有点困难的,因为我们家里多一个组员——我的女儿(因此调查结果有点延迟,非常抱歉!)
会上讲了很多激动人心的技术点,这里先介绍一些我比较感兴趣的点, 希望对大家有所启发。
CSS不受欢迎是一个很普遍的现象。导致这一现象的原因有很多,但可以归结为:CSS的不可预测性。如果你在开发中从未有过这种经历:过调试一个样式时,一不小心破坏布局,让一个看起来毫不相关的地方样式错乱。那只能说明两个问题,要么你是一个萌新菜鸟,要么你比我们大多数程序员优秀得多。
就在前几天,写了一篇CSS 20大酷刑,然后看后台数据,反馈还是挺好的,看来大家还是对这个「最熟悉的陌生人」,有种「食之无味,弃之可惜」的感觉。在上篇中,我们就说过,由于CSS庞杂的体系和令人眼花缭乱的属性,总是让人「望而却步」。但是,它也是我们翻身农奴做主人,势必要翻过的四座大山之一 CSS/Html/JavaScript/WebAsssembly。(自认为,WebAssembly也会成为一座我们需要逾越的大山,有关它的介绍,可以看我们之前写的浏览器第四种语言-WebAssembly)
虽然现在 Css Module 与 Css-in-js 更流行,但使用它们会导致过分依赖 滥用 class 做唯一定位,违背了 Css 选择器的初衷。
19组清风,携程资深前端开发工程师,负责商旅前端公共基础平台建设,关注NodeJs、研究效能领域。
Hi,我是 ssh,最近一段时间,经常听说 Chakra UI 这个库,虽然没有在公司的项目里用过,但是从我短暂的了解来说,感觉是个兼顾优雅和实用的 UI 组件库,最近 Chakra UI 的作者 Segun Adebayo 发表了一篇文章,讲述了他对这个库未来的一些展望,给了我很多启发,接下来我给大家分享一下他的这篇The future of Chakra UI
自 RC 版本发布以来,TypeScript 4.9 正式版没有作出任何更改。如果之前的每期周刊你都在追更的话,想必对 TypeScript 4.9 的新特性早已经烂熟于心了,satisfies 真香。
三年前 Facebook 开始思考在目前设计系统下面临的问题,那时它们在前端项目、系统组件等部分使用的是 cssmodule 的样式方案。
编写干净且易于维护的JSX(JavaScript XML)代码对于Web开发项目的长期成功至关重要。JSX通常用于React应用程序,因此遵循最佳实践以保持代码库的组织结构并易于使用是至关重要的。以下是一些建议和策略,帮助你编写整洁且易于维护的JSX代码:
CSS 从 1994 年 10 月首次被提出,到目前为止已经20余年,但是 CSS 早已发生了天翻地覆的变化,2020的CSS 又是如何的呢?
2021 JavaScript Rising Stars 每年都会对前端开源项目进行点评,其依据是去年 Star 的增幅。Star 虽然只是一个维度,但至少反应了流行度,根据这个排行榜可以大体分析出前端社区的趋势。
完整高频题库仓库地址:https://github.com/hzfe/awesome-interview
如果你想赞助食堂,可以订阅本周刊的竹白专栏付费版,食堂给你准备了专属的会员通讯,以及前端食堂数字花园知识库的访问权限。
以下是 CSS Guidelines 中的一个示例,这个示例展示了一个问题:除了写这段代码的人,没有人知道这段代码是干什么的。
大家好,我是 ConardLi,一年一度的 CSS年度报告 如期而至,我挑了一些我感兴趣的部分,和我一起来看看吧~
一个特别有趣的概念是在CSS中使用JS将CSS抽象到组件级别本身,使用JavaScript以声明性和可维护的方式描述样式。所以,我们已经列出了一些有用的项目来开始。
大家好,我是「柒八九」。一个「专注于前端开发技术/Rust及AI应用知识分享」的Coder
Svelte 也有了自己的元框架,SvelteKit 发布 1.0,并提供了交互式教程[11]。
在现代Web开发中,样式表的管理变得越来越复杂。为了应对这一挑战,CSS模块化成为了一种重要的开发方法。它有助于组织和维护样式,提高开发效率,并降低了样式冲突的风险。本文将深入探讨CSS模块化的定义、优势、实现方式以及如何在项目中有效地应用它。
2021年,vanilla-extract 作为黑马登顶了 css-in-js 满意度榜首(虽然使用率仅为1%),号称是一个类型安全、高度兼容 TS 场景的库,国内相关讨论还很少,稍微看了一下还挺好用的。
前端在生产和开发中占据着越来越重要的地位,PC 端、手机端、桌面端、智能手表端等等设备都离不开前端的身影。本文将围绕框架、编程语言、工具、React、Vue 等方面,全面回顾 2019 年前端与 Web 开发的大事。
在现代前端和后端开发中,数据格式和代码格式的转换是一个常见的需求。为了提高开发效率和代码的可维护性,使用云库工具转换可以极大地简化工作流程。本文将介绍一系列强大的在线转换工具,帮助开发者轻松处理各种数据和代码格式的转换需求。
《前端技术观察》是由字节跳动 IES 前端团队收集、整理、推荐的业界高品质前端资源合集,主要分为以下几个板块: Highlights - 业界最新的技术、热点文章 - 业界对(新)技术的深度地、优秀地实践 《前端技术观察》的目的是让大家: 好的教程、深度解读已有技术的文章 Tutorial Tools And Codes - 优秀的工具、库 更及时的了解到业界最新的技术 受益于高质量的教程、文章 了解业界更优秀的代码、工具 更多地、氛围更浓厚地讨论、研究、落地技术 highlights 前端领域在 2019
浏览器基线,现代化的浏览器基本都得到了支持,并且在 Web Worker 中可用。
postcss使用「工具和插件」转换CSS,可以为css选择器增加不同的「浏览器前缀」等。
styled-jsx是Next.js框架自带的CSS-in-JS解决方案,我们可以在组件中使用style标签进行scoped样式的编写,但是这个插件没有内置Sass,在开发中可能会有些不方便。查询相关issues后认为使用@styled-jsx/plugin-sass相对合理一些。
最近在业务中开发了一套定制化的 C 端组件库,在这个过程中遇到了一些组件库技术选型和设计的问题,在参考公司内外的多个组件库后确定了最终的方案。本文希望通过向读者介绍技术选型的过程中的方案比较和组件库设计中的考量,让读者在组件库的技术选型和设计上有所启发。
继前一篇 精读《Records & Tuples 提案》,已经有人在思考这个提案可以帮助 React 解决哪些问题了,比如这篇 Records & Tuples for React,就提到了许多 React 痛点可以被解决。
领取专属 10元无门槛券
手把手带您无忧上云