本节课的内容和webpack无关!!!

什么是PostCss

PostCss 与 webpack 很像 个人理解PostCss就是处理css的webpack

学习到现在,可以看出,CSS工程化面临着诸多问题,而解决这些问题的方案多种多样。

如果把CSS单独拎出来看,光是样式本身,就有很多事情要处理。

既然有这么多事情要处理,何不把这些事情集中到一起统一处理呢?

PostCss就是基于这样的理念出现的。

PostCss类似于一个编译器,可以将样式源码编译成最终的CSS代码
image.png
看上去是不是和LESS、SASS一样呢?

但PostCss和LESS、SASS的思路不同,它其实只做一些代码分析之类的事情,将分析的结果交给插件,具体的代码转换操作是插件去完成的。
image.png
官方的一张图更能说明postcss的处理流程:
image.png

这一点有点像webpack,webpack本身仅做依赖分析、抽象语法树分析,其他的操作是靠插件和加载器完成的。

官网地址:https://postcss.org/
github地址:https://github.com/postcss/postcss

安装

PostCss是基于node编写的,因此可以使用npm安装

  1. npm i -D postcss

postcss库提供了对应的js api用于转换代码,如果你想使用postcss的一些高级功能,或者想开发postcss插件,就要api使用postcss,api的文档地址是:http://api.postcss.org/

不过绝大部分时候,我们都是使用者,并不希望使用代码的方式来使用PostCss

因此,我们可以再安装一个postcss-cli,通过命令行来完成编译

  1. npm i -D postcss-cli

postcss-cli提供一个命令,它调用postcss中的api来完成编译

命令的使用方式为:

  1. postcss 源码文件 -o 输出文件

配置文件

和webpack类似,postcss有自己的配置文件,该配置文件会影响postcss的某些编译行为。

配置文件的默认名称是:postcss.config.js

例如:

  1. module.exports = {
  2. map: false, //关闭source-map
  3. }

插件

光使用postcss是没有多少意义的,要让它真正的发挥作用,需要插件

postcss的插件市场:https://www.postcss.parts/

下面罗列一些postcss的常用插件

postcss-preset-env

过去使用postcss的时候,往往会使用大量的插件,它们各自解决一些问题

这样导致的结果是安装插件、配置插件都特别的繁琐

于是出现了这么一个插件postcss-preset-env,它称之为postcss预设环境,大意就是它整合了很多的常用插件到一起,并帮你完成了基本的配置,你只需要安装它一个插件,就相当于安装了很多插件了。

安装好该插件后,在postcss配置中加入下面的配置

  1. module.exports = {
  2. plugins: {
  3. "postcss-preset-env": {} // {} 中可以填写插件的配置
  4. }
  5. }

该插件的功能很多,下面一一介绍

自动的厂商前缀

某些新的css样式需要在旧版本浏览器中使用厂商前缀方可实现

例如

  1. ::placeholder {
  2. color: red;
  3. }

该功能在不同的旧版本浏览器中需要书写为

  1. ::-webkit-input-placeholder {
  2. color: red;
  3. }
  4. ::-moz-placeholder {
  5. color: red;
  6. }
  7. :-ms-input-placeholder {
  8. color: red;
  9. }
  10. ::-ms-input-placeholder {
  11. color: red;
  12. }
  13. ::placeholder {
  14. color: red;
  15. }

要完成这件事情,需要使用autoprefixer库。

postcss-preset-env内部包含了该库,自动有了该功能。

如果需要调整兼容的浏览器范围,可以通过下面的方式进行配置

方式1:在postcss-preset-env的配置中加入browsers

  1. module.exports = {
  2. plugins: {
  3. "postcss-preset-env": {
  4. browsers: [
  5. "last 2 version",
  6. "> 1%"
  7. ]
  8. }
  9. }
  10. }

方式2【推荐】:添加 .browserslistrc 文件

创建文件.browserslistrc,填写配置内容

  1. last 2 version
  2. > 1%

方式3【推荐】:在package.json的配置中加入browserslist

  1. "browserslist": [
  2. "last 2 version",
  3. "> 1%"
  4. ]

browserslist是一个多行的(数组形式的)标准字符串。

它的书写规范多而繁琐,详情见:https://github.com/browserslist/browserslist

一般情况下,大部分网站都使用下面的格式进行书写

  1. last 2 version
  2. > 1% in CN
  3. not ie <= 8
  • last 2 version: 浏览器的兼容最近期的两个版本
  • > 1% in CN: 匹配中国大于1%的人使用的浏览器, in CN可省略
  • not ie <= 8: 排除掉版本号小于等于8的IE浏览器

默认情况下,匹配的结果求的是并集

你可以通过网站:https://browserl.ist/ 对配置结果覆盖的浏览器进行查询,查询时,多行之间使用英文逗号分割

browserlist的数据来自于CanIUse网站,由于数据并非实时的,所以不会特别准确

未来的CSS语法

CSS的某些前沿语法正在制定过程中,没有形成真正的标准,如果希望使用这部分语法,为了浏览器兼容性,需要进行编译

过去,完成该语法编译的是cssnext库,不过有了postcss-preset-env后,它自动包含了该功能。

你可以通过postcss-preset-envstage配置,告知postcss-preset-env需要对哪个阶段的css语法进行兼容处理,它的默认值为2

  1. "postcss-preset-env": {
  2. stage: 0
  3. }

一共有5个阶段可配置:

  • Stage 0: Aspirational - 只是一个早期草案,极其不稳定
  • Stage 1: Experimental - 仍然极其不稳定,但是提议已被W3C公认
  • Stage 2: Allowable - 虽然还是不稳定,但已经可以使用了
  • Stage 3: Embraced - 比较稳定,可能将来会发生一些小的变化,它即将成为最终的标准
  • Stage 4: Standardized - 所有主流浏览器都应该支持的W3C标准

了解了以上知识后,接下来了解一下未来的css语法,尽管某些语法仍处于非常早期的阶段,但是有该插件存在,编译后仍然可以被浏览器识别

变量

未来的css语法是天然支持变量的

:root{}中定义常用变量,使用--前缀命名变量

  1. :root{
  2. --lightColor: #ddd;
  3. --darkColor: #333;
  4. }
  5. a{
  6. color: var(--lightColor);
  7. background: var(--darkColor);
  8. }

编译后,仍然可以看到原语法,因为某些新语法的存在并不会影响浏览器的渲染,尽管浏览器可能不认识 如果不希望在结果中看到新语法,可以配置postcss-preset-envpreservefalse

自定义选择器

  1. @custom-selector :--heading h1, h2, h3, h4, h5, h6;
  2. @custom-selector :--enter :focus,:hover;
  3. a:--enter{
  4. color: #f40;
  5. }
  6. :--heading{
  7. font-weight:bold;
  8. }
  9. :--heading.active{
  10. font-weight:bold;
  11. }

编译后

  1. a:focus,a:hover{
  2. color: #f40;
  3. }
  4. h1,h2,h3,h4,h5,h6{
  5. font-weight:bold;
  6. }
  7. h1.active,h2.active,h3.active,h4.active,h5.active,h6.active{
  8. font-weight:bold;
  9. }

嵌套

与LESS相同,只不过嵌套的选择器前必须使用符号&

  1. .a {
  2. color: red;
  3. & .b {
  4. color: green;
  5. }
  6. & > .b {
  7. color: blue;
  8. }
  9. &:hover {
  10. color: #000;
  11. }
  12. }

编译后

  1. .a {
  2. color: red
  3. }
  4. .a .b {
  5. color: green;
  6. }
  7. .a>.b {
  8. color: blue;
  9. }
  10. .a:hover {
  11. color: #000;
  12. }

postcss-apply

该插件可以支持在css中书写属性集

类似于LESS中的混入,可以利用CSS的新语法定义一个CSS代码片段,然后在需要的时候应用它

  1. :root {
  2. --center: {
  3. position: absolute;
  4. left: 50%;
  5. top: 50%;
  6. transform: translate(-50%, -50%);
  7. };
  8. }
  9. .item{
  10. @apply --center;
  11. }

编译后

  1. .item{
  2. position: absolute;
  3. left: 50%;
  4. top: 50%;
  5. -webkit-transform: translate(-50%, -50%);
  6. transform: translate(-50%, -50%);
  7. }

实际上,该功能也属于cssnext,不知为何postcss-preset-env没有支持

postcss-color-function

该插件支持在源码中使用一些颜色函数

  1. body {
  2. /* 使用颜色#aabbcc,不做任何处理,等同于直接书写 #aabbcc */
  3. color: color(#aabbcc);
  4. /* 将颜色#aabbcc透明度设置为90% */
  5. color: color(#aabbcc a(90%));
  6. /* 将颜色#aabbcc的红色部分设置为90% */
  7. color: color(#aabbcc red(90%));
  8. /* 将颜色#aabbcc调亮50%(更加趋近于白色),类似于less中的lighten函数 */
  9. color: color(#aabbcc tint(50%));
  10. /* 将颜色#aabbcc调暗50%(更加趋近于黑色),类似于less中的darken函数 */
  11. color: color(#aabbcc shade(50%));
  12. }

编译后

  1. body {
  2. /* 使用颜色#aabbcc,不做任何处理,等同于直接书写 #aabbcc */
  3. color: rgb(170, 187, 204);
  4. /* 将颜色#aabbcc透明度设置为90% */
  5. color: rgba(170, 187, 204, 0.9);
  6. /* 将颜色#aabbcc的红色部分设置为90% */
  7. color: rgb(230, 187, 204);
  8. /* 将颜色#aabbcc调亮50%(更加趋近于白色),类似于less中的lighten函数 */
  9. color: rgb(213, 221, 230);
  10. /* 将颜色#aabbcc调暗50%(更加趋近于黑色),类似于less中的darken函数 */
  11. color: rgb(85, 94, 102);
  12. }

[扩展]postcss-import

该插件可以让你在postcss文件中导入其他样式代码,通过该插件可以将它们合并

由于后续的课程中,会将postcss加入到webpack中,而webpack本身具有依赖分析的功能,所以该插件的实际意义不大

stylelint

官网:https://stylelint.io/

在实际的开发中,我们可能会错误的或不规范的书写一些css代码,stylelint插件会即时的发现错误

由于不同的公司可能使用不同的CSS书写规范,stylelint为了保持灵活,它本身并没有提供具体的规则验证

你需要安装或自行编写规则验证方案

通常,我们会安装stylelint-config-standard库来提供标准的CSS规则判定

安装好后,我们需要告诉stylelint使用该库来进行规则验证

告知的方式有多种,比较常见的是使用文件.stylelintrc

  1. //.styleintrc
  2. {
  3. "extends": "stylelint-config-standard"
  4. }

此时,如果你的代码出现不规范的地方,编译时将会报出错误

  1. body {
  2. background: #f4;
  3. }

image.png

发生了两处错误:

  1. 缩进应该只有两个空格
  2. 十六进制的颜色值不正确

如果某些规则并非你所期望的,可以在配置中进行设置

  1. {
  2. "extends": "stylelint-config-standard",
  3. "rules": {
  4. "indentation": null
  5. }
  6. }

设置为null可以禁用该规则,或者设置为4,表示一个缩进有4个空格。具体的设置需要参见stylelint文档:https://stylelint.io/

但是这种错误报告需要在编译时才会发生,如果我希望在编写代码时就自动在编辑器里报错呢?

既然想在编辑器里达到该功能,那么就要在编辑器里做文章

安装vscode的插件stylelint即可,它会读取你工程中的配置文件,按照配置进行实时报错

实际上,如果你拥有了stylelint插件,可以不需要在postcss中使用该插件了