今天给大家介绍一个我断断续续花了半年开发的 CSS 项目: Fower.
Fower 是什么?
Fower 是一个让你高效开发 UI 的样式工具库,目标是让你写 CSS 不再痛苦。Fower 的核心特点是原子化(Atomic/utility-first)、类型安全(Type Safe)、CSS in JS,它非常注重开发体验,让你快速且开心的开发界面。
Fower 是框架无关的,你可以在 React 、Vue 、React native 、小程序等任何 JavaScript 项目中使用。
项目背景
一年前,我所在的团队同时在开发 Web 、React native 、小程序项目。在这三类项目中,我们使用了各不相同的样式方案:
在 Web 项目中,我们使用的是 Styed-component ;
在 React native 项目中,我们使用 React native 自带的 StyleSheet.create
;
在小程序项目中,我们使用 Taro 开发,样式方案是 Sass;
三种样式的方案写法各不相同,导致我们编写样式时特别痛苦:
开发体验差,开发同样的界面,却要不同的写法,需要不断切换习惯和思维
工具链太广太复杂,Styled-component 、Sass 、StyleSheet.create...
开发效率低下,重复代码特别多
CSS 天生缺点多,可维护性差
后面,我发现了 Tailwindcss,一个 utility 优先(utility-first) 的 CSS 框架,在我的推动下,我们团队开始在 Web 项目中使用 Tailwindcss 。一段时间后,我们发现开发体验很不错,开发效率也很高,特别适合在我们这种需要高度定制界面的项目使用。可惜的是,Tailwindcss 无法直接在 React native 、小程序等非 Web 项目使用。
我们团队的成员都喜欢 Tailwindcss 这种样式写法。所以我创建了 Fower,希望能统一了所有项目的样式编写方式。
和 Tailwindcss 类似,我们也使用了 utility-first 的理念,但有 Fower 又有点不同,Fower 使用 Atomic style props 的方式编写样式,代码如下:
Steve Jo大带宽服务器bs
Co-founder of Apple Inc.
核心理念
Fower 是 opinionated 的,我们基于以下理念创建了它:
utility-first ,这种方式让我们更快速地编写样式,和其他 "utility-first" CSS 框架不同的是,Fower 使用 "Atomic style prop" 编写样式
Type safe ,我们团队是 TypeScript 重度使用用户,Type safe 带来的智能提示,让我们几乎很少翻阅文档,并且在编写代码时不依赖任何编辑插件就有准确的自动补全
Framework-agnostic ,这是我们创建 Fower 的最主要原因之一,Fower 可以让你用一致的写法在 React 、Vue 、React Native 编写样式
CSS in JS ,我们讨厌在独立的 CSS 文件中编写 CSS,纯 CSS 有非常多缺点,如:无法访问 JS 变量;容易产生样式冲突;容易产生死代码... 我们喜欢使用 JS (CSS in JS) 编写样式,它更适合在组件化时代中使用。实际上,Fower 不仅仅是 CSS in JS,它也是 CSS in HTML 。
一些很酷的特性
Fower 有非常多的特性,如原子类、响应式、伪类、主题、设计系统、CSS in JS...,我觉这些是 Fower 的基础功能,并不是特色功能。
Fower 有几个我认为很酷的功能:
1. Layout Toolkit
如果要我在 Fower 中选一个最喜欢的特性,那毫无疑问是 Layout Toolkitd。
Fower 提供了一个强大的基于 Flexdiv 的布局工具,通过调整布局的方向(Direction)和对齐(Alignment),可以实现大部分的布局,使布局工作更轻松。
相比传统的 flex 布局,Fower 的布局更加抽象精简,Fower 的布局抽象为 toCenter
、toCenterX
、toCenterY
、toLeft
、toTop
、toRight
、toBottom
、toBetween
、toEvenly
、toAround
十种原子对齐方式,使用时你可以忘记传统 flex 布局中的主轴( main axis )和交叉轴( cross axis )的概念,你只需要有方向感即可。
使用方式如下:
更详细的使用方法请看文档: Layout Toolkitd。
2. Predictable style
另外一个我个人很喜欢的特性的是 Predictable style 。在传统的 CSS 中,我认为样式是不可预测的。为什么这么说?这里举个例子。
我们有如下的 CSS:
.red {
color: red;
}
.blue {
color: blue;
}
有如下的的 html, css 类名分别为 "red blue" 和 "blue red":
Fower
Fower
你能确定文字的颜色吗?不好确定,如果我们不翻看上面的 CSS 代码,你无法直接判断文字的颜色,只能通过开发者工具调试得知。
在 Flower 中,你可以轻易判断下面文字的颜色:
text will be color blue400
text will be color red400
这有什么用呢?除了让我们更容易判断样式结果,我觉的最有用的是:当我们抽象出一个可复用的组件时,比如一个通用的 Button
, 那调用方可以轻易的覆盖组件默认样式,比如这样类似的代码
可以安全的设置背景色。
更详细的使用方法请看文档:Predictable style。
3. 颜色助手
Fower 的另一个很酷的功能是颜色助手,您可以使用一些后缀来处理颜色。
使用 --D{0-100}
这样的后缀来加深一个颜色:
使用 --L{0-100}
后缀来变浅一个颜色:
normal
transparentize
transparentize
使用 --T{0-100}
后缀来增加颜色的透明度:
normal
transparentize
transparentize
使用 --O{0-100}
后缀来增加颜色的不透明度:
更详细的使用方法请看文档:Color helper。
4. 可组合的后缀
Fower 提供一些后缀来快速处理样式, 如: --hover
, --focus
, --sm
, --dark
, --T{amount}
...
Flower 的另一个很酷的功能是可组合的后缀。 您可以组合一些后缀,并且顺序是任意 的:
下面的代码和上面是等价的:
最后
如果你想了解更多关于 Fower 的信息,你可以访问项目网站和官方文档。
项目地址: ( https://github.com/forsigner/fower)[https://github.com/forsigner/fower]
项目文档:( https://fower.vercel.app)[https://fower.vercel.app]
跟 tailwind 相比较呢?
都是 utility-first 理念,但是很大不同,这是 JS 方案,类型安全、更灵活、尺寸小,且无痛支持 web 、小程序、react native 等
已 star
顺便问下,你这个文档官网 https://fower.vercel.app/zh-cn/ 是 nextjs 的 nextra 做的么?
不是,是 https://docusaurus.io/
样式封装就是先定义一个 object
然后
么
感觉入侵 vue 太深了,日后必是大坑 /技术债
“start with vue/react”。必须选一种框架的话,感觉不能叫框架无关吧
看起来不错,顺便把 svelte 也支持一下?
可以直接用 styled Api, 类似 styled-component, 有相关文档:
相关文档: https://fower.vercel.app/zh-cn/docs/reuse,https://fower.vercel.app/zh-cn/docs/packages/styled
可以
@fower/core 是跟框架无关的,这看怎么定义框架无关了
文档有写:
文档有写,如果你接受不了原子属性这种写法,你也可以使用 css 类名:
```html
Evan You
Creator of Vue.js. ```
入侵还好,你用 tailwind 也一样,不过这其实不重要,重要的是要写的爽,效率高,好维护。
打包大小和性能如何?
和 tailwindcss 相比,尺寸小很多:
- 在 React 中 15.2kB: https://bundlephobia.com/
[email&class="__cf_email__" data-cfemail="3d4f585c5e497d0c130c130d">[email&/>- 在 Vue 中 13.8kB: https://bundlephobia.com/[email&class="__cf_email__" data-cfemail="90e6e5f5d0a1bea1bea0">[email&CSS in JS 库好,因为每个原子类是缓存的 打包性能呢? tailwind 因为打包过于缓慢直接上了 jit .vue 组件也是这样用么 这是 js 啊,直接跟普通 js 一起打包的,没打包性能问题 是的,配置非常简单,可以看看: https://fower.vercel.app/zh-cn/docs/use-with-vue tailwindcss 是按需打包的,用到多少打入多少 taildwind 很不错,但不够灵活。举个小例子,我们一个项目使用过 tailwindcss,一大痛点就是太不灵活了,比如设置 padding,tailwind 中 p-2 代表 8px,我想要 10px 就很麻烦,使用 Fower,p2 代表你 padding: 8px, 但 p-{value} 可以是任意值 为什么要把所有的类都变成原子类呢 感觉部分原子类就行了 多了不好记也没用 哈哈看到楼主的头像就想起一个 hexo 的模板作者,没想到点进来真的是~膜拜大佬~ 不能做成 jit 的库吗?不想预编译啊。 反正全部都是 JS 代码,放在前端编译一次后,动态生成的 CSS 缓存在本地不是挺好的。 全球开发者都把票投给了原子类,https://2020.stateofcss.com/en-US/technologies/css-frameworks/,只是国内环境比较特殊 那是很久之前的项目了,难得你记得 哈哈 有计划做,做个 webpack-loader 就可以 看起来很有吸引力,Layout 的 toRight demo 好像有点问题? 能够在 Wxa.js 里使用么= = 点进文档确实有 vanilla 版本的。是我疏忽了 看了文档,感觉很不错! https://tailwindcss.com/docs/just-in-time-mode/>tailwindcss v2.1.0 的 jit 模式已经支持 p-[10px] 这种写法了 配合 twin.macro 已经很爽了 不过只支持 react 如果可以直接整合 tailwindcss 的 class 就好了 真的不想再学一套命名了啊喂 文档中( https://fower.vercel.app/zh-cn/docs/use-with-vue )“只能提示”是否应为“智能提示”? 已 star,最近正好在想办法在 electron 使用 windicss,奈何官方的 webpack loder 有 bug,又不想直接使用 tailwindcss 。 国内的前端开发人员好像不是很注重如何优雅编写样式,看到有一个像样的库,官方文档又详细,着实很欣慰啊。 是有 bug,新版已经修复,你可以看看文档,你真有眼光,fower-layout 是 fower 最好用的功能,也是我自己最新喜欢功能。 Wxa.js 是 https://github.com/WeBankFinTech/wxa ? 欢迎在项目中体验,包香 除了 layout toolkit, 类名基本上是和 tailwindcss 一致的,只不过是驼峰而已,其实切换成本不高 是的,已修改,谢谢 [国内的前端开发人员好像不是很注重如何优雅编写样式] 这个赞同,不知为啥,国内很多前端都理所当然的认为“关注点分离”就是对的,而且国内 CSS in JS 也用得不多,可能国内真的太多前端是非科班转过了的 svelte 可用吗 感谢分享 最近在关注可以生成 atom css 的 CSS-IN-JS 库 https://github.com/seek-oss/vanilla-extract 不错 抓住了国外框架不考虑小程序的痛点 应该可以收割一批用户 "有计划做,做个 webpack-loader 就可以" 我说的 JIT, 是类似 vue.js ,前端包含一个 js 后,页面载入前,前端能动态编译 v-if, bgOrange300 之类的,到对应的 js/css 代码。 和 webpack 没关系,总觉得我们聊的不是一个 Just In Time Compiler 。 Mark 一下感觉不错,有机会试用再提意见 楼主思路不错。不过楼上好多人提到 tailwind 不香的地方可以看看 windicss,都有弥补、 国内是有好几个好用的 UI 组件库,像 antd, element ui 之类的,但是却少有 styled-components, emotion.js, stylable 之类的能改变样式编写方式的库。 这两天支持一下 这种单纯是为了 atomic,不把开发体验放在重要位置,不看好 我我以为你说的是 zero-runtime, 本来 fower 本来就是不需要预编译的,它是 js 动态生成样式的,可以说本来就是 Just In Time 欢迎使用 windicss 也不错,不过它还是纯 css 方案,fower 是 css in js 方案,看各自喜好吧 是的,antd, element 是更上层业务,不能改变样式编写方式 是的 tailwindcss 新版已经支持 p-[value] 随意写了 tailwind 新版的 jit 感觉就是和 windicss 一个意思,windicss 作者还在推特上说起这事 貌似大标题没改