Skip to content

谈一谈 Post CSS

什么是 PostCss

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

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

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

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

PostCss 类似于一个编译器,可以将样式源码编译成最终的 CSS 代码。

alt

看上去是不是和 LESS、SASS 一样呢?

但 PostCss 和 LESS、SASS 的思路不同,它其实只做一些代码分析之类的事情,将分析的结果交给插件,具体的代码转换操作是插件去完成的。

alt

官方的一张图更能说明 postcss 的处理流程:

alt

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

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

github 地址:https://github.com/postcss/postcss

安装

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

npm
shell
npm i -D postcss

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

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

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

npm
shell
npm i -D postcss-cli

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

命令的使用方式为:

npm
shell
postcss 源码文件 -o 输出文件

配置文件

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

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

例如:

JavaScript
module.exports = {
  map: false //关闭source-map
};

插件

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

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

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

postcss-preset-env

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

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

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

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

JavaScript
module.exports = {
  plugins: {
    'postcss-preset-env': {} // {} 中可以填写插件的配置
  }
};

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

  1. 自动的厂商前缀

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

    例如:

    CSS
    ::placeholder {
      color: red;
    }

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

    CSS
    ::-webkit-input-placeholder {
      color: red;
    }
    ::-moz-placeholder {
      color: red;
    }
    :-ms-input-placeholder {
      color: red;
    }
    ::-ms-input-placeholder {
      color: red;
    }
    ::placeholder {
      color: red;
    }

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

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

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

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

    JavaScript
    module.exports = {
      plugins: {
        'postcss-preset-env': {
          browsers: ['last 2 version', '> 1%']
        }
      }
    };

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

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

    text
    last 2 version
    > 1%

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

    JSON
    "browserslist": [
        "last 2 version",
        "> 1%"
    ]

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

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

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

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

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

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

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

  2. 未来的 CSS 语法

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

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

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

    JavaScript
    "postcss-preset-env": {
        stage: 0
    }

    一共有 5 个阶段可配置:

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

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

    I. 变量

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

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

    CSS
    :root {
      --lightColor: #ddd;
      --darkColor: #333;
    }
    
    a {
      color: var(--lightColor);
      background: var(--darkColor);
    }

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

    II. 自定义选择器

    CSS
    @custom-selector :--heading h1, h2, h3, h4, h5, h6;
    @custom-selector :--enter :focus, :hover;
    
    a:--enter {
      color: #f40;
    }
    
    :--heading {
      font-weight: bold;
    }
    
    :--heading.active {
      font-weight: bold;
    }

    编译后

    CSS
    a:focus,
    a:hover {
      color: #f40;
    }
    
    h1,
    h2,
    h3,
    h4,
    h5,
    h6 {
      font-weight: bold;
    }
    
    h1.active,
    h2.active,
    h3.active,
    h4.active,
    h5.active,
    h6.active {
      font-weight: bold;
    }

    III. 嵌套

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

    less
    .a {
      color: red;
      & .b {
        color: green;
      }
    
      & > .b {
        color: blue;
      }
    
      &:hover {
        color: #000;
      }
    }

    编译后

    CSS
    .a {
      color: red;
    }
    
    .a .b {
      color: green;
    }
    
    .a > .b {
      color: blue;
    }
    
    .a:hover {
      color: #000;
    }

postcss-apply

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

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

less
:root {
  --center: {
    position: absolute;
    left: 50%;
    top: 50%;
    transform: translate(-50%, -50%);
  };
}

.item {
  @apply --center;
}

编译后

CSS
.item {
  position: absolute;
  left: 50%;
  top: 50%;
  -webkit-transform: translate(-50%, -50%);
  transform: translate(-50%, -50%);
}

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

postcss-color-function

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

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

编译后

CSS
body {
  color: rgb(170, 187, 204);
  color: rgba(170, 187, 204, 0.9);
  color: rgb(230, 187, 204);
  color: rgb(213, 221, 230);
  color: rgb(85, 94, 102);
}

[扩展] postcss-import

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

webpack 本身具有依赖分析的功能,所以该插件的实际意义不大。

stylelint

官网:https://stylelint.io/

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

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

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

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

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

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

JSON
//.styleintrc
{
  "extends": "stylelint-config-standard"
}

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

CSS
body {
  background: #f4;
}

alt

发生了两处错误:

  1. 缩进应该只有两个空格。(我的文章做了格式化,因此你可能觉得这没错。)
  2. 十六进制的颜色值不正确。

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

JSON
{
  "extends": "stylelint-config-standard",
  "rules": {
    "indentation": null
  }
}

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

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

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

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

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

在 Webpack 中使用

在 webpack 中使用 postcss,需要安装 postcss-loader

npm
sh
npm install postcss-loader --save-dev

在 webpack 的配置文件中,添加 postcss-loader:

JavaScript
const HtmlWebpackPlugin = require('html-webpack-plugin');

module.exports = {
  mode: 'development',
  devtool: 'source-map',
  module: {
    rules: [
      {
        test: /\.pcss$/,
        use: ['style-loader', 'css-loader?modules', 'postcss-loader']
      }
    ]
  },
  devServer: {
    open: true
  },
  plugins: [
    new HtmlWebpackPlugin({
      template: './public/index.html'
    })
  ]
};