最接近頁面重構(gòu)中的“模塊化”，現(xiàn)有的解釋應該就是軟件開發(fā)中的解釋了。
模塊化后并不是就不能再變更（模塊化后的代碼段可根據(jù)實際需要做修改）
模塊化后并不是就能被使用在任何位置（模塊化后的代碼段也是有合用的范圍限制，需要一個提供接口規(guī)則的環(huán)境）
有兩個誤區(qū)需要先認清下：
為了更好的實現(xiàn)這種接口，需要有相關(guān)的（交互、設(shè)計、頁面、開發(fā)）商定、規(guī)則、規(guī)范，好比：所有當前狀態(tài)都使用統(tǒng)一個類名“nonce”，所有變灰的表現(xiàn)都 使用原類名后加“_n”，Tab的實現(xiàn)方式等等。不外做為頁面重構(gòu)發(fā)展的一種趨勢，越來越被大家正視，不自覺也滿口的“模塊化”，只是你真的理解什么是“模塊化”嗎？
最近被“模塊化”纏身，又是文章又是PPT的，被逼著想了良多相關(guān)的東西。
更好的支持灰度發(fā)布
更好的實現(xiàn)快速迭代
進步頁面容錯
減少Bug定位時間和Fix本錢
降低發(fā)布風險
降低耦合
進步開發(fā)效率、減少溝通本錢
進步代碼重用率
我們之前常常提到的站點機能優(yōu)化，有相稱一部門也是“模塊化”的內(nèi)容，好比進步代碼重用，進步開發(fā)效率等等，“模塊化”的長處還有良多，我大概列了一下：
我們很輕易就想到：減少代碼冗余、進步代碼重用率、圖片壓縮等等，而這些要如何實現(xiàn)呢？模塊化思維可以解決，即可以有效減少代碼冗余、進步代碼重用率，更重 要是可以支持到多人維護，降低維護本錢。
先看一下百度詞條是怎么解釋“ 模塊化 ”的：
對“模塊化”的解釋，在 CNKI 中就有28種。每個模塊完成一個特定的子功能，所有的模塊按某種方法組裝起來，成為一個整體， 完成整個系統(tǒng)所要求的功能。可見“模塊化”思維使用的廣泛。
什么是模塊化？
“模塊化”只是我們對于過去一直使用的技術(shù)、方法的一個新潮的稱謂，就像“Ajax”。有了公共定義，就得調(diào)整模塊樣式的實現(xiàn)方式了，而這種調(diào)整也會影 響到“接口”的實現(xiàn)方式。有了這些商定、規(guī)則、規(guī)范后，HTML代碼就很輕易可以實現(xiàn)模板化，同一接口規(guī)范。需要夸大一點，我們所鑒戒的是一種思維的方式。
類名
CSS引入的三種方式
由此可知HTML與CSS的接口實現(xiàn)：
統(tǒng)一文件，換類名（JS）
統(tǒng)一類名，換文件（JS）
這里的主要題目是HTML與CSS的“模塊化”，我們可以看下?lián)Q膚的實現(xiàn)方法：
如何實現(xiàn)“模塊化”？
其中最重要的一點，我以為是“進步代碼重用率”，這也是模塊化最重要的特點之一。有什么方法可以解決這些題目呢？
頁面制作為什么需要模塊化？
相關(guān)的書籍也蠻多的，有愛好的同學可以搜一下。 CSS寫法較為靈活，輕易產(chǎn)生代碼的耦合，使用模塊化也可以在一定程度上降低耦合度，對于BUG的定位也有匡助。
站點內(nèi)容越來越多、代碼越來越臃腫，徐徐影響到了客戶真?zhèn)€體驗（主要是打開速度），影響到了維護的效率。模塊具有以下幾種基本屬性：接口、功能、邏輯、狀態(tài)，功能、狀態(tài)與接口反映模塊的外部特性，邏輯反映它的內(nèi)部特性。
完 全獨立的模塊放在統(tǒng)一項目中，因為項目有自己的表現(xiàn)、交互同一性，所以各模塊間必然泛起類似的部門，這些部門可以被提出來做為公共的定義，減少冗余，這時 就會泛起耦合的題目，完全不耦合是不可能的，因此模塊化中很重要一點就是“適度的耦合”。在軟件的體 系結(jié)構(gòu)中，模塊是可組合、分解和更換的單元。
模 塊化是指解決一個復雜題目時自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。收拾整頓下我這段時間對于“模塊化”的思索，大多都是我自己從事頁面重構(gòu)這份工作的經(jīng)驗和理解，在一定程度上存在局限性，也但愿自己能溫故而知新。 所以，我們更應該在站點前期就正視并使用“模塊化的思維”編寫站點。
【 微信掃一掃 】
