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