Shadow DOM已经比较成熟了，基本上所有的现代浏览器都已经支持了，可以参考Can I Use。在React中使用shadow DOM也不是什么新鲜事，也有一些关于shadow DOM的第三方库，但是在CSS方面，几乎都是使用了styled components的方式。我个人不太喜欢这种css和js混在一起方式，而且这种方式下也没法使用scss了。
开始看了下style-laoder的文档，里面有个选项insert，可以传入一个function，这样你可以在里面进行你想要的操作，比如找到shadow DOM的shadow root，然后把你的style插入进去:
By rules: [
// Other webpack modules
...
{
test: /\.css$/,
use: [
{
loader: require.resolve('style-loader'),
options: {
insertInto: functionAngular以及Qwik的作者MIŠKO HEVERY写了篇文章：useSignal()才是Web框架的未来（useSignal() is the Future of Web Frameworks），也引起一些讨论。包括Qwik在内的多个框架也已经实现了useSignal()，这些框架还有Vue、Preact、Solid以及Svelte等。
实际上signals并不是一个全新的概念，大约十年前的框架Knockout就曾经使用过。那为什么最近突然又重提此项技术？这主要得益于当今更加先进的编译技巧以及与jsx的深度集成，使signals的开发体验变得更好了。
如果了解过React的话，signal其实和useState非常类似，也是一种用来存储应用状态的方式。但是和useState存在一些区别：
useState是返回一个值以及一个set方法，而useSignal则是返回一个getter和一个…
我是Sam，Spot的一位软件工程师，也是Emotion库第二活跃的维护者。Emotion是一个在React项目中被广泛使用的CSS-in-JS库。这篇文章将深入探究最初吸引我使用CSS-in-JS的原因，以及为什么我（及Spot团队的其他成员）又决定放弃它。
我们将从CSS-in-JS的概述开始，并简要介绍一下它的优缺点。然后，我们再深入探究在CSS-in-JS在Spot上引发的性能问题，以及如何避免它。
顾名思义，CSS-in-JS允许你直接在JavaScript或TypeScript中写入CSS来设置你的React组件样式：
// @emotion/react (css prop), with object styles
function ErrorMessage({ children }) {
return (
<div
css={{
color: 'red',
fontWeight: 'bold',Electron的真的是够折腾的，用React写个APP，dev的时候看起来挺正常的，打包出来一片空白。
打开调试工具看了一下，发现是加载不到页面。于是把asar包拖出来解压看了一下，发现页面加载路径似乎不太对，在main.js里面调整一下：
mainWindow.loadURL(isDev ? 'http://localhost:3000' : `file://${__dirname}/../build/index.html`);顺便调整一下打包目录，目前Electron Forge是把整个项目目录都打包进去了，在forge.config.js里面：
packagerConfig: {
...
"dir": "./build",
...
},好了，页面倒是可以加载出来了，发现js路径不对，遗漏了一个很重要的地方。React默认使用了绝对路径，所有的引用都是相对于根目录的，所以还要改下package.json里面的配置，在根下指定：…