目录导航
- 撤销(Ctrl+Z)
- 重做(Ctrl+Y)
- 清空
- H 标题(Ctrl+1~6)
- 一级标题
- 二级标题
- 三级标题
- 四级标题
- 五级标题
- 六级标题
- 插入提示
- 提示
- 注意
- 警告
- 详细信息
- 粗体(Ctrl+B)
- 斜体(Ctrl+I)
- 删除线
- 插入引用(Ctrl+Q)
- 无序列表(Ctrl+U)
- 有序列表(Ctrl+O)
- 表格
- 插入分割线
- 插入链接(Ctrl+L)
- 插入图片
- 添加图片链接
- 插入代码块
- 关闭同步滚动
- 全屏(按ESC还原)
- 开启预览
<div class="markdown_body"><p>如果前端的 html ,css 全部用 js 来写的话其实感觉还行,如果用 ts 来写的话就有类型约束了更爽。</p> </div>
如果前端的 html ,css 全部用 js 来写的话其实感觉还行,如果用 ts 来写的话就有类型约束了更爽。
user2 • • 目录导航
我讨厌 css in js, 还有 原子化 css. |
user3 • • 目录导航
有贡献过代码,作者写的那个还挺好用的 |
user1 • • 目录导航
css 用类型约束??? |
user2 • • 目录导航
我是更喜欢 Tailwind 的方式,配合 VSCode 插件挺好用的。另外 TS 的话见仁见智,我现在部分情况如枚举、纯工具函数之类的会单独用 TS 写,大部分还是用 JS 写,部分 JS 函数也可以再把注释完善一下,其实用起来代码提示也够了 |
user3 • • 目录导航
|
user1 • • 目录导航
|
user2 • • 目录导航
非前端, 怎么快怎么来 最近痴迷 shadcn/ui |
user3 • • 目录导航
|
user1 • • 目录导航
|
user2 • • 目录导航
写 React 的时候踩过好几次的坑:打草稿阶段直接在 JSX 里用 style 对象写样式,满意了之后整理出来到 css 里,但是前者写颜色值是带引号的,挪到后者里要去掉引号,但是这个视觉上不明显,很容易遗漏 |
user3 • • 目录导航
听你的描述,看上去得上个 unocss 之类的东西,就没这烦恼了 |
user1 • • 目录导航
css 要的不是类型约束,是强类型,例如 cssinjs 就可以大幅提高 css 的可维护性。试想一下,一个大型项目,几百上千个 css 文件,一大堆 class ,没人敢删一行代码。你不知道哪个地方使用了这个 class ,cssinjs 可以,样式是否被引用,哪里引用,一目了然。 |
user2 • • 目录导航
|
user3 • • 目录导航
一些旧的项目重构, 好几个 global css 文件堆叠. 重复的部分一堆. 但一个都删不掉. 你就知道有多痛苦了. |
user1 • • 目录导航
不会的,CSS 很多功能放到 JS 里面太绕了,SSR 、构建、工具链都会有各自的问题,并且不是普通开发者有能力处理的。 |
啊? css 有类型约束有什么优势吗,一共就这么多属性名编辑器的补全不够用?