最近用到了 Naive UI，感觉以后前端写 css 是不是也要用 js 来写了呀。

啊？ css 有类型约束有什么优势吗，一共就这么多属性名编辑器的补全不够用？

我讨厌 css in js, 还有 原子化 css.
巨难接受 naive ui 的 h 函数. 特别是表格那边的使用.

有贡献过代码，作者写的那个还挺好用的

css 用类型约束？？？
各家浏览器的实现和版本约束不死你

我是更喜欢 Tailwind 的方式，配合 VSCode 插件挺好用的。另外 TS 的话见仁见智，我现在部分情况如枚举、纯工具函数之类的会单独用 TS 写，大部分还是用 JS 写，部分 JS 函数也可以再把注释完善一下，其实用起来代码提示也够了

@nulIptr 也不是类型约束吧，就是要知道一个 jsx 的元素用到了哪些样式，定义了哪些东西，在哪里定义的，不然样式分布在各个 css 文件中改起来是真的恶心。

非前端, 怎么快怎么来 最近痴迷 shadcn/ui

@jqtmviyu

naive ui 应该是 jsx/tsx 来写方便，它那个文档示例全用 h 函数写得有问题，会误导不了解 jsx 的人

@jqtmviyu #2 你把 lang 改成 tsx ，用 tsx 写不就行了，只是官方文档没写清楚.

写 React 的时候踩过好几次的坑：打草稿阶段直接在 JSX 里用 style 对象写样式，满意了之后整理出来到 css 里，但是前者写颜色值是带引号的，挪到后者里要去掉引号，但是这个视觉上不明显，很容易遗漏

后来开了类型检查就好了

听你的描述，看上去得上个 unocss 之类的东西，就没这烦恼了

css 要的不是类型约束，是强类型，例如 cssinjs 就可以大幅提高 css 的可维护性。试想一下，一个大型项目，几百上千个 css 文件，一大堆 class ，没人敢删一行代码。你不知道哪个地方使用了这个 class ，cssinjs 可以，样式是否被引用，哪里引用，一目了然。

@zxdstyle 就是这个意思，要能方便找到样式在哪里被定义的，在哪些地方被使用了。

一些旧的项目重构, 好几个 global css 文件堆叠. 重复的部分一堆. 但一个都删不掉. 你就知道有多痛苦了.

不会的，CSS 很多功能放到 JS 里面太绕了，SSR 、构建、工具链都会有各自的问题，并且不是普通开发者有能力处理的。

放不放到 JS 里面最终只能是甜、咸之争，看风味。