国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

【轉(zhuǎn)】理解CSS模塊化

Pines_Cheng / 2879人閱讀

摘要：但是最終，我們會為模塊化帶來的好處而開心模塊將作用域限制于組件中，從而避免了全局作用域的問題。但這是因為模塊將樣式和組件相綁定，從而不會發(fā)生全局樣式的沖突。先從版本的模塊化開始。我認為模塊化背后的思想是正確的。

原文鏈接： https://www.sitepoint.com/und...

在瞬息萬變的前端開發(fā)世界中，很難找到一個真正有意義的概念，并且將其清晰明了的向廣大人民群眾普及。

把目光投向CSS，一個重大轉(zhuǎn)折就是CSS預(yù)處理器的出現(xiàn)（在工具方面來看），其中， Sass應(yīng)該是最為著名的一個。此外，還有 PostCSS，它和Sass略有不同，但是殊途同歸——都是用瀏覽器不能解析的語法編寫，并且最終編譯成瀏覽器能夠理解的語法。

現(xiàn)在，又有一位新的成員出現(xiàn)了，它就是CSS模塊。本文就將介紹CSS模塊化的諸多優(yōu)點，以及如何編寫模塊化的CSS。

什么是CSS模塊
首先，讓我們從官方文檔入手：

A CSS Module is a CSS file in which all class names and animation names are scoped locally by default. CSS模塊就是所有的類名都只有局部作用域的CSS文件。

事實稍微有一些復(fù)雜。由于類名需要默認具有局部作用域，這就涉及到一些初始設(shè)置、一個編譯過程，以及其他一些難以琢磨的東西。

但是最終，我們會為CSS模塊化帶來的好處而開心：CCS模塊將作用域限制于組件中，從而避免了全局作用域的問題。我們再也不用操心為組件尋找一個好的命名了，因為編譯過程已經(jīng)幫你完成了這個任務(wù)。

它是如何工作的
CSS模塊需要在構(gòu)建步驟進行管道化，這也就是說，它不是自動驅(qū)動的。它可以看成是webpack 或 Browserify的一個插件。其基本工作方式是：當你在一個JavaScript模塊中導(dǎo)入一個CSS文件時（例如，在一個 React 組件中），CSS模塊將會定義一個對象，將文件中類的名字動態(tài)的映射為JavaScript作用域中可以使用的字符串。舉個具體的例子：

如下是一個簡單的CSS文件。其中，.base類名不需要是工程中唯一的，因為它將不會是真正被解析的類名。它可以看成是在JavaScript模塊中使用的類在樣式表中的別名。

.base {
  color: deeppink;
  max-width: 42em;
  margin: 0 auto;
}

下面是該CSS類在JavaScript組件中的使用方式：

import styles from "./styles.css";

element.innerHTML = `

  CSS Modules are fun.

`;

最終，它將生成下面這個東西（當使用webpack的默認步驟時）：

`
CSS Modules are fun.
`
._20WEds96_Ee1ra54-24ePy {
  color: deeppink;
  max-width: 42em;
  margin: 0 auto;
}

當然，生成的類名可以通過配置，使得它的長度更短或者遵循一些特定的模式。當然了，這些最終都不重要（雖然短的類名意味著更短的樣式表），重點在于這些類名是動態(tài)生成的、唯一的且和正確的樣式表一一對應(yīng)的。

一些需要注意的地方
這就是CSS模塊工作的方式了。這時，你可能會想，“這到底是個什么玩意兒，我甚至。。?！?。OK，停下！我知道你想說什么?，F(xiàn)在就讓我一一解答你可能有的疑慮。

這看起來太丑了

確實如此。但是類名并不要求一定要長的好看對不對？只要可以將樣式正確的應(yīng)用于元素就可以了嘛。而CSS模塊化方法完成的非常好，所以我覺得，這不是一個問題。

這非常難debug啊

由于需要有一個編譯的步驟，所以直接debug是非常困難的。其實，像Sass直接debug也是相當不容易的，所以我們才有了 sourcemaps。對于CSS模塊，我們也可以設(shè)置sourcemap。

其實，我還想說的是，雖然在模塊中，類的名字是自動生成而不可預(yù)知的，但是對于模塊來說，它還是比樣式表更容易debug的。只要你知道當前在開發(fā)者工具中查看的樣式屬于哪個模塊，在相應(yīng)的樣式表中也是很容易定位。

這使得樣式不容易復(fù)用啦！

這句話既對也不對。一方面來說，確實如此。但這是因為模塊將CSS樣式和組件相綁定，從而不會發(fā)生全局樣式的沖突。這其實是一件好事，我相信你也會同意的對不對。

另一方面，要定義全局樣式也是可以的，只要使用:global()就好了。比如，作者需要保留的全局輔助樣式。

:global(.clearfix::after) {
  content: "";
  clear: both;
  display: table;
}

CSS模塊還可以從其他模塊中繼承樣式，這和Sass中的@extend方法其實是一樣的。它不會拷貝樣式，只是將選擇器連接到繼承的樣式中。

.base {
  composes: appearance from "../AnoherModule/styles.css";
}

它需要webpack，Browserify或者其他工具！

這和Sass需要將.scss文件編譯成CSS文件，PostCSS需要將樣式表處理成瀏覽器能夠識別的樣式其實是一樣的。無論如何，都需要一個構(gòu)建步驟。

我們究竟為什么要討論這個東西？

其實，我甚至不確定CSS模塊在未來到底會不會繼續(xù)存在，不過，我確定這是一種編寫樣式的正確方式。試想，在拆分成許多細小組件的龐大站點中，卻擁有一個臃腫的全局樣式表，這肯定是不合適的。

CSS統(tǒng)一的名空間使得它既強大又脆弱。而CSS模塊化或者未來延續(xù)這個思想的其他工具可以在支持樣式復(fù)用的同時，避免命名沖突，這是一個雙贏的選擇。

入門
如前面所說的，你需要有webpack或者Browserify來實現(xiàn)CSS模塊化。

Webpack

先從webpack版本的模塊化開始。在webpack.config.js中，加上如下配置，使得webpack將CSS文件作為CSS模塊來看待：

{
  test: /.css$/,
  loader: "style-loader!css-loader?modules"
}

這時，它將把樣式注入到頁面中的``元素中。這可能不是我們想要的，使用extract text plugin for webpack，我們可以很方便的抽取出樣式表：

{
  test: /.css$/,
  loader: ExtractTextPlugin.extract("style-loader", "css-loader?modules")
}

對于webpack，要講的就是這么多了。

Browserify

我只在命令行中用過Browserify，所以我猜使用起來會更復(fù)雜一些。在package.json文件中，加入 npm script ：

{
  "scripts": {
    "build": "browserify -p [ css-modulesify -o dist/main.css ] -o dist/index.js src/index.js"
  }
}

這條命令告訴Browserify運行src/index.js，返回dist/index.js，并且使用 css-modulesify將樣式表編譯至dist/main.css。如果你想再加上Autoprefixer，那么命令可以寫成這樣：

{
  "scripts": {
    "build": "browserify -p [ css-modulesify --after autoprefixer -o dist/main.css ] -o dist/index.js src/index.js"
  }
}

如你所見，使用--after選項可以在編譯完成樣式表時候，繼續(xù)對它進行處理。

總結(jié)
從今天看來，CSS模塊化系統(tǒng)和生態(tài)確實有些原始了，從Browserify中的配置就能看出來。不過，我確信CSS模塊化將變得更好，并且越來越多的人將意識到不管對小項目還是大項目來說，這都是一個很好的方法。

我認為CSS模塊化背后的思想是正確的。當然，我不是說這個庫就是最佳解決方案，但是，它確實包含了一些CSS應(yīng)該采用的寫法：模塊化、作用域隔離、同時支持復(fù)用。

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/111634.html

相關(guān)文章

  • 理解webpack原理，手寫一個100行的webpack

    摘要：什么是可以引用官網(wǎng)的一幅圖解釋，我們可以看到，可以分析各個模塊的依賴關(guān)系，最終打包成我們常見的靜態(tài)文件，。我們暫時把通過傳文件路徑能返回文件信息的這個函數(shù)叫。 什么是webpack 可以引用官網(wǎng)的一幅圖解釋，我們可以看到webpack，可以分析各個模塊的依賴關(guān)系，最終打包成我們常見的靜態(tài)文件，.js 、 .css 、 .jpg 、.png。今天我們先不弄那么復(fù)雜，我們就介紹webpac...

    王偉廷 評論0 收藏0

  • 基于webpack模仿vue-cli（簡略版）工程化

    摘要：但高度封裝的帶來方便的同時，很多人卻很少去關(guān)注輪子的內(nèi)部結(jié)構(gòu)，以至于當使用需要手動配置一些東西如編譯實現(xiàn)代碼壓縮，移動端適配等配置的時候往往無從下手。廢話不多說，下面我們來看看如何基于模仿實現(xiàn)項目工程化。 從零搭建vue-cli 原創(chuàng)不易，如需轉(zhuǎn)載請聯(lián)系作者并注明出處 vue-cli的出現(xiàn)為vue工程化前端開發(fā)工作流提供了開箱即用的構(gòu)建配置，減輕了煩人的webpack配置流程。但高度封...

    GitCafe 評論0 收藏0

  • 前端學(xué)習(xí)資源整理

    稍微整理了一下自己平時看到的前端學(xué)習(xí)資源，分享給大家。 html MDN：Mozilla開發(fā)者網(wǎng)絡(luò) SEO：前端開發(fā)中的SEO css 張鑫旭：張鑫旭的博客 css精靈圖：css精靈圖實踐 柵格系統(tǒng)：詳解CSS中的柵格系統(tǒng) 媒體查詢：css媒體查詢用法 rem布局：手機端頁面自適應(yīng)布局 移動前端開發(fā)之viewport的深入理解:深入理解viewport 淘寶前端布局：手機淘寶移動端布局 fl...

    siberiawolf 評論0 收藏0

  • [轉(zhuǎn)]Node.js給前端帶來了什么

    摘要：兩個獨立的層即使這種技術(shù)風(fēng)靡全球之后，前端工程師的主要工作也都是局限于瀏覽器窗口之內(nèi)的。這是目前最主流的一種前后端分工方式帶來的改變一發(fā)布，立刻在前端工程師中引起了軒然大波，前端工程師們幾乎立刻對這一項技術(shù)表露出了相當大的熱情和期待。 轉(zhuǎn)載自：http://www.w3ctech.com/topic/37 原 文: https://www.nczonline.net/blog/201...

    BearyChat 評論0 收藏0

  • [Webpack并不難]使用教程（二）--- module.loaders

    摘要：官方的文檔模塊受到影響的選項。官方文檔通過注入標簽將添加到。官方文檔這兩者一般都是配合在一起用的。代表圖片打包限制，這個限制并不是說超過了就不能打包，而是指當圖片大小小于限制時會自動轉(zhuǎn)成碼引用。不過它的放后面。 第一篇講了Webpack的安裝，以及配置文件的 entry，devtool，output，resolve。這篇接著說配置文件的 module。想看看第一篇的朋友可以點 這里。 ...

    HollisChuang 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<