如何提高 CSS 的可維護性

1.分解你的風格。

對於小專案，按頁面結構或頁面內容將 ** 分成塊，並在編寫前對其進行注釋。 例如，您可以將全域性樣式、布局、字型樣式、表單、注釋等劃分為幾個不同的塊以繼續您的工作。

2.建立 CSS 檔案的索引。

為了快速了解整個CSS檔案的結構，最好在檔案的開頭建立乙個檔案索引。 一種方法是建立乙個類似樹的索引：結構上的 id 和類都可以是樹的分支。

3.定義您的顏色和排版。

我們不能在 CSS 中使用常量，但是當涉及到編寫顏色和排版時，我們經常會遇到可以多次使用的類，我們可以將它們視為 CSS 中的常量。

4.設定 CSS 屬性的格式。

當我們在寫作時，使用一些特殊的編碼風格可以大大提高CSS的可讀性。 許多人有不同的編碼風格。 有些人習慣於把顏色和字型的**放在第一位，而另一些人則喜歡把更“重要”的屬性，如浮點和定位放在第一位。

5.縮排將是你的朋友！

為了使輪廓感覺更直觀，可以使用單行來定義輪廓元素的樣式。 當給定選擇器中有三個以上的屬性時，這可能會令人困惑。 但是，通過適度，您可以清楚地區分同一類。

為了使編寫好的軟體具有很強的可維護性，設計人員必須從軟體方案設計開始，樹立軟體維護的概念，只有這樣，才有可能在以後的程式設計中為軟體維護預留操作空間。

1、合理的程式結構。

合理的程式結構不僅有利於軟體的維護，也是團隊集體建立的前提。

1 軟體模組化。

根據需求，將軟體劃分為幾個獨立的模組，並定義了每個模組之間的呼叫關係和資料交換模式。 這樣一來，創意團隊的每個成員不僅可以並行獨立地編寫乙個或多個模組，而且可以在更小的模組中進行未來的軟體維護，而不必因為維護量小而修改所有軟體。

2 留出一定量的自由編碼用於擴充套件。

空白編碼包括程式空白編碼和資料空白編碼。 由於使用者需求的模糊性和設計人員對需求理解的偏差，不可能在軟體編寫之初就實現所有需求，這就要求設計人員在設計方案時除了完成已知的需求任務外，還要預留足夠的編碼空間，並使用本文後面將介紹的一些技術， 使軟體的擴充套件變得非常容易。

3 函式體（物件）的閉包。

函式體（物件）的閉包意味著該段在程式控制方面不影響其他資料的執行，在資料方面不影響除介面資料以外的其他資料。 這對於未來對軟體演算法的改進至關重要，這樣就可以在不意外破壞整個軟體的情況下修改功能。

二是程式控制的數位化。

實際上，控制項的修改不僅繁瑣，而且出錯的概率也會增加，降低軟體的可靠性，並且不利於軟體的維護，因此在軟體維護中，如果控制項不能修改，盡量不要修改控制項。 我們設想，只要改變程式中的資料，就可以修改程式控制，這就是程式控制的數位化。

注意，在寫之前，你應該有乙個頁面布局的大綱，寫相同的屬性，單獨寫，使用 class= 時使用"a b c"例如，如果有兩個 div，它們都是 500px 寬，區別在於第二個背景顏色是黑色 AB

當然，上面只是乙個例子，這麼簡單的乙個寫起來並不需要那麼複雜，但是當整個頁面，甚至整個網站頁面，你會發現這樣做會非常方便快捷。

有乙個大綱，並將這個大綱劃分為區域等，例如：

head .title .h1

只。 head .title的h1，總之多寫點，寫完了還沒結束，頁面效果出來了，然後優化css，哪些可以合併，哪些不需要劃分區域，可以寫成public。

正常書寫是可以的，如果它是可讀的，那就不要壓縮它。

**寫得少，工整，在某些地方新增應有的注釋。

唯有在這座山里，雲層很深，不知在哪裡。

軟體文件：需求分析、大綱設計、詳細設計要完整、完整，以後維護和改進更容易。

注釋應至少占行數的 20%

每個函式最好不超過 100 行。

還有關於函式的輸入和輸出用法的評論。

最重要的是多做注釋，多寫文件。

特別是，不要使用它"微妙的技巧"

最後，我不知道該怎麼做。

主要觀點如下：

1.減少動畫的使用。

2. 減少 CSS 中的計算量。

3.壓縮CSS

4. 使用CDN