作者簡介

(資料圖)

Can，攜程前端開發(fā)，目前從事小程序開發(fā)工作，對編譯打包技術(shù)、小程序跨平臺解決方案有濃厚興趣。

目前我們團隊小程序是使用 Taro 跨端方案 React 框架進行開發(fā)，基于現(xiàn)有樣式方案，在編譯打包后會產(chǎn)生大量的樣式代碼冗余，在項目編譯后的產(chǎn)物中占有較大比例。

分析了編譯后的樣式代碼后，我們發(fā)現(xiàn)冗余代碼主要體現(xiàn)在兩個方面：

// 編譯前代碼.box {  .item {    .item1 {}    .item2 {}    .item3 {}    .item4 {}  }}// 編譯后代碼.box .item .item1 {}.box .item .item2 {}.box .item .item3 {}.box .item .item4 {}

針對 Taro項目 React 框架小程序遇到的以上問題，本文將介紹一種新的樣式解決方案。本方案在較少改變現(xiàn)有開發(fā)體驗的條件下，采用 cssModules 樣式方案語法要求，利用 Taro 插件的便利性給出對應(yīng)的解決方案，以此對產(chǎn)物進行“瘦身”。最終樣式文件的瘦身效果可以達到 50% - 70%，進一步緩解官方包 Size 的限制，便于業(yè)務(wù)的高速發(fā)展。

本文樣式方案學習了 cssModules 解決樣式?jīng)_突的基本原理，并在此基礎(chǔ)上改進以達到縮減樣式文件 Size 的目的。因此在正式了解本方案之前，本文先用 Taro 官網(wǎng)中使用 cssModules 方案的例子代碼作為示例，簡單了解下其語法要求與原理。

在配置開啟了 cssModules 后，按照語法要求，Taro 項目中有 index.module.scss 和 index.js 兩個文件，文件代碼如下。cssModules 默認是開啟部分自定義模式轉(zhuǎn)換，只有文件名中包含.module.的樣式文件才會經(jīng)過 cssModules 轉(zhuǎn)換處理。在如下 index.module.scss 樣式文件中，我們正常使用了父子選擇器、類選擇器。但是在index.js 文件中，className 賦值不再是字符串，而是 SCSS 文件導出的 Object 的某個 Key，該 Key 為 SCSS 文件中的類選擇器的命名。

import React, { Component } from "react"import { View, Text } from "@tarojs/components"import styles from "./index.module.scss"export default class Index extends Component {  render() {    return (              Hello world!          )  }}

.test {  color: red;  .txt {    font-size: 36px;  }}

Taro 項目開啟 cssModules 配置后，在編譯打包時，會使用實現(xiàn)了 cssModules 規(guī)范的 css-loader 對 SCSS 等樣式文件進行處理。它首先會處理原 SCSS 文件中的類選擇器，將類名進行哈希處理得到新類名如index-module__test___Bm2J6，生成新的樣式代碼輸出到最終的 index.wxss，同時保存了原類名與哈希處理后的新類名的映射關(guān)系。此后它會將原 SCSS 文件 index.module.scss 編譯為導出了原類名與哈希后的新類名的映射對象。JS 文件在運行時能通過該映射對象獲取到哈希后的新類名，保證該文件類名不會與其他樣式文件的同類名沖突，從而解決樣式?jīng)_突問題。以下為編譯后的代碼示例，styles.test在運行時會會變成index-module__test___Bm2J6。

// index.module.scssexport default ({"test":"index-module__test___Bm2J6","txt":"index-module__txt___nIysk"});

// index.wxss.index-module__test___Bm2J6 {  color: red;}.index-module__test___Bm2J6 .index-module__txt___nIysk {  font-size: 36rpx;}

3.1.1 當前樣式文件 size 分析

在正式介紹本文方案是如何縮減樣式文件 Size 之前，本文通過以下兩個正則去分別匹配打包產(chǎn)物中所有樣式文件的兩個核心組成部分 ClassName 與 PropertyValue，并進行 Size 統(tǒng)計分析。

注：在本文中，有如該.txt .tit {color: #red;}CssRule代碼，ClassName指的是其中的txt和tit，PropertyValue指的是color:#red;。

const classNamePattern = /(?<=\.)[A-Za-z0-9\-_]+(?=\s|{|:)/g // 匹配 ClassName 如 .txt {color: #red;}中的txtconst cssPropertyPattern = /(?<=\{)[^}]+(?=})/g // 匹配PropertyValue, 如 .txt {color: #red;}中  中括號之間的所有內(nèi)容 color: #red;

下圖是對整個編譯打包后的小程序項目的樣式文件進行組成 Size 分析。通過該圖我們可以發(fā)現(xiàn)，我們項目打包編譯后的所有的樣式文件中，ClassName 占用大約有五分之一的空間，而 PropertyValue 則占用了有十分之七的空間，其余空間占比可能是如空格、偽類這種形態(tài)存在，本文暫不考慮。

3.1.2 處理方案

通過上一小節(jié)，我們可以知道一個樣式文件中核心主要有兩部分內(nèi)容，一是 ClassName，二是 PropertyValue。本文樣式方案對這兩部分分別進行了處理來達到節(jié)省 Size 的目標。

1）縮減 ClassName 長度

核心就是將原 ClassName 替換成更短且唯一的 ClassName，在解決樣式?jīng)_突的同時，也通過縮減了 ClassName 長度節(jié)省了 Size。當我們使用 cssModules 時，通常如第二章介紹 cssModules 時的示例代碼一樣，都是將 ClassName 進行 hash 化處理來保證唯一性，但是經(jīng)過 hash 處理后的 ClassName 長度反而變得更長了，不符合我們縮減樣式代碼 Size 的目標。

本方案是從最短字符開始，逐漸遞增的方式生成全項目唯一的 ClassName，從而保證唯一性的同時能夠保證 ClassName 長度盡可能的短。如第一個解析到的 ClassName 替換成-a，第二個解析到的ClassName替換成-b，第五十二個解析到的 ClassName 替換成-Z，第五十三個解析到的 ClassName 替換成-aa。其中 ClassName 前面的-，用于防止新生成的類名與未轉(zhuǎn)換的類名沖突。此外，新生成的 ClassName 注意需要符合規(guī)則，本插件算法先取prevString中一個字符，后續(xù)所有字符可以取任意charString中字符。

const prevString = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ" // 52個字符數(shù)const charString = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789-_" // 64個字符數(shù)

可能有人擔心，隨著整個項目中 ClassName 申明的越來越多，逐漸遞增生成的 ClassName 也會越來越長，反而導致總 ClassName 過長。通過上述算法，算上最前面加上的 -， 當使用完三個字符長度的類名可 以替換 52 * 64 = 3328 個 ClassName 了，達到使用完四個字符長度需要 52 * 64 * 64 = 212992 個 className。新生成的 ClassName 不超過四個字符，就可以滿足大部分項目的使用，使用本樣式方案前可以檢索下自己項目中 ClassName 的量級。

2）縮減 PropertyValue

通過上面的分析可以發(fā)現(xiàn)，其實占據(jù)樣式文件 Size 最多的部分是 PropertyValue，因此縮減 PropertyValue 是本樣式方案能夠節(jié)省大量 Size 的核心手段。其實我們在開發(fā)時用到的樣式屬性值很多都是重復(fù)的，比如開發(fā)過程中用到的最多布局屬性display:flex。每次用到該屬性都需要新寫一份，而且為了兼容性開啟了Autoprefixer插件，display:flex將會變成display:-webkit-flex;display:-ms-flexbox;display:flex;，這使得樣式文件的 Size 變得更大。本插件是通過盡可能復(fù)用 PropertyValue 的方式來縮減 PropertyValue。

本插件會將樣式文件中的僅使用了類選擇器的 CssRule 進行 PropertyValue 拆分，每一次拆分都會生成新的 PropertyValue ClassName。如以下示例代碼，僅類選擇器CssRuletxt被拆分了_a和_b兩個 PropertyValue ClassName。后續(xù)若其他使用僅類選擇器 CssRule 進行拆分時，若有相同的 PropertyValue 就會直接復(fù)用_a或者_b。

// 原代碼.txt { display: flex;flex: 1; }// 處理后的代碼._a {display: -webkit-flex; display: -ms-flexbox;display: flex;}._b {-webkit-flex: 1;-ms-flex: 1;flex: 1;}

而在使用 cssModules 樣式寫法的 js 文件中也需要進行相應(yīng)的映射處理，通過 babel 插件在編譯時進行轉(zhuǎn)換處理，判斷 css 文件的引用關(guān)系并進行替換，示例代碼如下。

// 原代碼import styles from "./index.module.scss"Index = () => {  return }// 處理后的代碼import "./index.module.scss"Index = () => {  return }

本樣式方案通過對僅使用了類選擇器的 CssRule 的 PropertyValue 拆分成新的 PropertyValue ClassName，后續(xù)任何進行拆分的地方就可以直接復(fù)用該 PropertyValue ClassName，從而可以大量縮減 PropertyValue 重復(fù)冗余占用的 Size。

3）插件處理流程

以上兩小節(jié)已經(jīng)介紹了兩個核心縮減 Size 的方案，本小節(jié)舉一個更加全面的例子來介紹本插件是如何在編譯時運用以上兩個方案，對樣式文件和 JS 文件進行處理轉(zhuǎn)化的。主要有以下兩步。

第一步，針對僅使用類選擇器的 CssRule，進行 PropertyValue 拆分。如下示例代碼中，.box{display:flex}拆分出了._a {display: -webkit-flex;display: -ms-flexbox;display: flex;}，后續(xù).item1` `.item2拆分時，直接復(fù)用了._a，縮減了 PropertyValue 重復(fù)冗余。

第二步，針對非僅使用類選擇器的 CssRule，直接替換成全局唯一且更短的 ClassName。如下示例代碼中，.box .item2{color: red;}，原選擇器中的 ClassName 直接替換成了更短的.-a .-b{ color: red;}，并且添加了該映射關(guān)系styles = {box: "_a -a", item1: "_a _b _c", item2: "_a _b _d -b"}，并在編譯時進行替換。

// 原代碼import React from "react"import styles from "./index.module.scss"export default Index = () => {  return     item1    item2  }// 處理后的代碼import React from "react"import "./index.module.scss"http:// styles = {box: "_a -a", item1: "_a _b _c", item2: "_a _b _d -b"}export default Index = () => {  return     item1    item2  }

// 原index.module.scss代碼.box {    display: flex;}.item1{    display: flex;    font-size: 32px;    color: red;}.item2{    display: flex;    font-size: 32px;    color: grey;}.box .item2{    color: red;}// 處理后index.module.scss代碼._a {display: -webkit-flex;display: -ms-flexbox;display: flex;}._b {font-size: 32px;}._c {color: red;}._d {color: grey;}.-a .-b{    color: red;}

3.2.1 styles 對象的屬性不支持運行時

cssModules 方案中，JS 文件中引入的樣式文件對象支持運行時計算屬性的，如以下示例寫法。這是因為在打包后的 JS 文件中，保存有一份原 ClassName 與 hash 后新 ClassName 映射關(guān)系的對象數(shù)據(jù)，因此運行時 styles 還能映射屬性，但是這種處理方式會導致 js 文件 size 增大。

import styles from "./index.module.scss"const Index = () => {  return }

本方案為了盡可能保證項目 Size 足夠小，并沒有采用 cssModules 這種處理方式。本方案在編譯時會直接對原 CLassName 與拆分 PropertyValue 后的新 ClassName 直接進行了替換，如直接把className={styles.txt}替換成className="_a _b"。

因此本方案styles對象不支持如上示例代碼中，運行時計算得到txt屬性，如需動態(tài)調(diào)整樣式有兩種方案，一是直接使用內(nèi)聯(lián)樣式。二是新寫 ClassName 而不是拼接，如className={value ? styles.txt1 : styles.txt2}}。

3.2.2 僅類選擇器不依賴先后順序定優(yōu)先級

在上文中，提到過會拆分僅使用類選擇器 CssRule，來盡可能復(fù)用已有的 PropertyValue ClassName。但是這種復(fù)用是有缺陷的，它會導致 ClassName 的先后順序可能不符合預(yù)期，如下代碼所示，通常來說我們認為標題顏色應(yīng)當是grey。

// 原代碼import styles from "./index.module.scss"const Index = () => {  return 標題}// 處理后的代碼import styles from "./index.module.scss"const Index = () => {  return 標題}

// 原代碼.other { color: green; color:red; }.tit1 { color: red; }.tit2 { color: green; }// 處理后的代碼._a {color:green;}._b {color:red;}

但是經(jīng)過本插件復(fù)用了 PropertyValue 后，導致._b{color:red;}出現(xiàn)在了._a{color:green;}后面了，此時標題的顏色也就變成了red，從而可能不符合開發(fā)者預(yù)期。

因此需要注意在編寫僅類選擇器 CssRule 的 ClassName 時，不能依賴類選擇器先后順序來定優(yōu)先級，可通過兄弟選擇器來將優(yōu)先級提的更高，從而不受先后順序影響，如下代碼示例。這樣就能確定標題顏色一定是green。

// 兄弟選擇器來提高優(yōu)先級.other { color: green; color:red; }.tit1 { color: red; }.tit1.tit2 { color: green; }

4.1.1 安裝插件

本樣式方案被集成在該 Taro 插件taro-plugin-split-class中，安裝本插件。源碼見倉庫taro-plugin-split-class。

npm install -D taro-plugin-split-class

4.1.2 關(guān)閉cssModules功能

在 Taro 配置文件中，使得mini.posetcss.cssModules.enable = false，確保 cssModules 功能關(guān)閉，如下代碼所示。

// config/index.js{    mini: {        postcss: {            cssModules: {                enable: false           }        }    }}

4.1.3 配置本插件

在 Taro 配置文件中，plugins配置中加入本插件taro-plugin-split-class。本插件支持配置類名轉(zhuǎn)換白名單（實現(xiàn)功能類似 : global，見 2.4）classNameWhite，比如常用的 iconfont 是不需要轉(zhuǎn)換的。

plugins: [    ["taro-plugin-split-class", {      classNameWhite: ["iconfont", /^ifont-/]    }]]

a.樣式文件命名需以 .module.xxx 結(jié)尾，如 index.module.scss，該樣式文件方可被本插件轉(zhuǎn)化處理。

b. 在 JS 文件中，將樣式文件作為一個對象引入，并將類名作為對象的鍵進行使用。如下代碼所示，使用className={styles.box}而不是className="box"，其中box為定義在樣式文件的中類名。

// 如下import styles from "./index.module.scss"// 而不是import "./index.module.scss"

c. 本方案支持所有選擇器包括父子選擇器、偽類選擇器、兄弟選擇器等等。但請盡可能的使用僅類選擇器來定位元素，這樣做可以便于插件盡可能復(fù)用 PropertyValue 從而更好的縮減 Size。本方案解決了類名沖突問題，因此開發(fā)者不需要擔心因類名命名簡單而導致的類名沖突。

// 如下僅類選擇器的CssRule.box {    display: flex;    flex-direction: column;    align-items: center;}.tit {    display: flex;    font-size: 40px;    color: red;}// 而不是父子選擇器.box {    display: flex;    flex-direction: column;    align-items: center;    .tit {        display: flex;        font-size: 40px;        color: red;    }}

d. 特殊類名不變

有時候我們希望一些特殊的 ClassName 不變，在 JS 文件中，不從 styles 取類名即可，如下代碼中的extra。

import styles from "./index.module.scss"標題

但是在樣式文件中默認所有 ClassName 都會被拆分或者壓縮。如下代碼示例，extra被處理成-a。

// 原類名.extra.tit {color: blue;}// 新類名.-a.-b {    color: blue;}

因此需要特殊標識符讓插件感知到不需要處理該 ClasName。本方案提供了類似 cssModules 的:global的解決方案，有兩種使用方式，一是:global(.extra)，被包裹的類名不會被替換。

// 編譯前:global(.extra).tit {  color: blue;}// 編譯后.extra.-a {    color: blue;}

二是以:global開頭，后續(xù)所有的類名都不會被替換。

// 編譯前:global .extra1 .extra2 { color: red;}// 編譯后.extra1 .extra2 { color: red;}

4.3.1 開發(fā)環(huán)境

使用本插件后，原類名會被替換或拆分成更短且更多的新類名。這樣處理后的新類名可讀性很差，開發(fā)者不能很好的定位到原類名代碼。因此在開發(fā)環(huán)境下，會在更短且更多的新類名前會加上[文件夾_文件名_原類名]。保留了原類名相關(guān)信息，便于開發(fā)者查找原類名。如下圖代碼所示，原類名為box，經(jīng)過插件拆分和縮短后的新類名為_a _g _h -c，在新類名前加上了index_indes-module_box，最終展示的完整類名為index_index-module_box _a _g _h -c。

4.3.2 生產(chǎn)環(huán)境

在生產(chǎn)環(huán)境了，不需要考慮新類名可讀性，因此直接會直接將類名完全替換為新類名。如下圖代碼所示，box直接被替換成_a _g _h -c。

5.1.1 頁面改造前后對比

在使用本樣式方案對某個頁面進行改造后，改造前后 Size 對比如下?？梢园l(fā)現(xiàn)樣式文件縮減了 44KB，縮減了將近 70% 的 Size，JS 文件有這 2kb 的增長。

使用前編譯后文件 Size 如下圖：

使用后編譯后文件 Size 如下圖：

5.1.2 重構(gòu)頁面橫向?qū)Ρ?/strong>

最近我們項目重構(gòu)了兩個大型訂單詳情頁面，本小節(jié)以這兩個頁面重構(gòu)后的代碼為例，分析編譯打包前后的 Size 并進行橫向?qū)Ρ取?/p>

整理出如下表格：

兩訂單詳情頁代碼組織結(jié)構(gòu)類似，因此將它們進行橫向?qū)Ρ?。未采用本樣式方案的訂單詳情?1 的樣式編碼字符數(shù)為 3620，打包后實際 Size 為 86kb。若訂單詳情頁 2 未使用本樣式方案，打包前樣式編碼字符數(shù)為 6615，則預(yù)期打包后實際 Size 為 6615 / 3620 \* 86kb = 157kb，但訂單詳情頁使用了本樣式方案實際打包后為 73kb，相對于 157kb，縮減了 50% 左右的 Size。

以下為未使用本樣式方案的訂單詳情頁 1，該目錄下樣式文件包括了 50 個樣式文件，共計 3620 個字符，最終打包出來的樣式文件的 Size 為 86kb。

以下為使用了本樣式方案的訂單詳情頁 2，該目錄下樣式文件包括了 96 個樣式文件，共計 6615 個字符，最終打包出來的樣式文件 Size 為 73kb。

// 編譯前代碼.box {  .item {  .item1 {}  .item2 {}  .item3 {}  .item4 {}  }}// 編譯后代碼.box .item .item1 {}.box .item .item2 {}.box .item .item3 {}.box .item .item4 {}