css**更清晰高效的一些經驗是許多網頁製作者與開發者都關心的問題。但是大概沒有什麼魔法，可以保證一下就把你的樣式表縮小到百分之多少，合理的css編碼與組織技巧，的確能夠幫助你的更有效率地寫出更清晰高效的**，自然css樣式表大小的縮減還能減少**的時間。
一、排版：
1、關鍵詞和www.cppcns.com操作符之間加適當的空格。
2、相對獨立的程式塊與塊之間加空行
3、較長的語句、表示式等要分成多行書寫。
4、劃分出的新行要進行適應的縮排，使排版整齊，語句可讀。
5、長表示式要在低優先順序操作符處劃分新行，操作符放在新行之首。
6、迴圈、判斷等語句中若有較長的表示式或語句，則要進行適應的劃分。
7、若函式或過程中的引數較長，則要進行適當的劃分。
8、不允許把多個短語句寫在一行中，即一行只寫一條語句。
9、函式或過程的開始、結構的定義及迴圈、判斷等語句中的**都要採用縮排風格。
10、c/c 語言是用大括號『』界定一段程式塊的，編寫程式塊時『』應各獨佔一行並且位於同一列，同時與引用它們的語句左對齊。在函式體的開始、類的定義、結構的定義、列舉的定義以及if、for、do、while、switch、case語句中的程式都要採用如上的縮排方式。
二、注釋
1、注釋要簡單明瞭。
2、邊寫**邊注釋，修改**同時修改相應的注釋，以保證注釋與**的一致性。
3、在必要的地方注釋，注釋量要適中。注釋的內容要清楚、明了，含義準確，防止注釋二義性。保持注釋與程式設計客棧其描述的**相鄰，即注釋的就近原則。
4、對**的注釋應放在其上方相鄰位置，不可放在下面。
5、對資料結構的注釋應放在其上方相鄰位置，不可放在下面;對結構中的每個域的注釋應放在此域的右方;同一結構中不同域的注釋要對齊。
6、變數、常量的注釋應放在其上方相鄰位置或右方。
7、全域性變數要有較詳細的注釋，包括對其功能、取值範圍、哪些函式或過程訪問它以及訪問時注意事項等的說明。
8、在每個原始檔的頭部要有必要的注釋資訊，包括：檔名;版本號;作者;生成日期;模組功能描述(如功能、主要演算法、內部各部分之間的關係、該檔案與其它檔案關係等);主要函式或過程清單及本檔案歷史修改記錄等。
9、在每個函式或過程的前面要有必要的注釋資訊，包括：函式或過程名稱;功能描述;輸入、輸出及返回值說明;呼叫關係及被呼叫關係說明等。
三、命名
1、較短的單詞可通過去掉「母音」形成縮寫;
2、較長的單詞可取單詞的頭幾發符的優先順序，並用括號明確表示式的操作順序，避免使用預設優先順序。
3、使用匈牙利表示法
四、可讀性
1、避免使用不易理解的數字，用有意義的標識來替代。
2、不要使用難懂的技巧性很高的語句。
3、源程式中關係較為緊密的**應盡可能相鄰。
五、變數
1、去掉沒必要的公共變數。
2、構造僅有乙個模組或函式可以修改、建立，而其餘有關模組或函式只訪問的公共變數，防止多個不同模組或函式都可以修改、建立同一公共變數的現象。
3、仔細定義並明確公共變數的含義、作用、取值範圍及公共變數間的關係。
4、明確公共變數與操作此公共變數的函式或過程的關係，如訪問、修改及建立等。
5、當向公共變數傳遞資料時，要十分小心，防止賦與不合理的值或越界等現象發生。
6、防止區域性變數與公共變數同名。
7、仔細設計結構中元素的布局與排列順序，使結構容易理解、節省占用空間，並減少引起誤用現象。
8、結構的設計要盡量考慮向前相容和以後的版本公升級，並為某些未來可能的應用保留餘地(如預留一些空間等)。
9程式設計客棧、留心具體語言及編譯器處理不同資料型別的原則及有關細節。
10、嚴禁使用未經初始化的變數。宣告變數的同時對變數進行初始化。
11、程式設計時，要注意資料型別的強制轉換。
六、函式、過程
1、函式的規模盡量限制在200行以內。
2、乙個函式最好僅完成一件功能。
3、為簡單功能編寫函式。
4、函式的www.cppcns.com功能應該是可以**的，也就是只要輸入資料相同就應產生同樣的輸出。
5、盡量不要編寫依賴於其他函式內部實現的函式。
6、避免設計多引數函式，不使用的引數從介面中去掉。
7、用注釋詳細說明每個引數的作用、取值範圍及引數間的關係。
8、檢查函式所有引數輸入的有效性。
9、檢查函式所有非引數輸入的有效性，如資料檔案、公共變數等。
10、函式名應準確描述函式的功能。
11、避免使用無意義或含義不清的動詞為函式命名
12、函式的返回值要清楚、明了，讓使用者不容易忽視錯誤情況。
13、明確函式功能，精確(而不是近似)地實現函式設計。
14、減少函式本身或函式間的遞迴呼叫。
15、編寫可重入函式時，若使用全域性變數，則應通過關中斷、訊號量(即p、v操作)等手段對其加以保護。
七、可測性
1、在編寫**之前，應預先設計好程式除錯與測試的方法和手段，並設計好各種調測開關及相應測試**如列印函式等。
2、在進行整合測試/系統聯調之前，要構造好測試環境、測試專案及測試用例，同時仔細分析並優化測試用例，以提高測試效率。
八、程式效率
1、程式設計時要經常注意**的效率。
2、在保證軟體系統的正確性、穩定性、可讀性及可測性的前提下，提高**效率。
3、不能一味地追求**效率，而對軟體的正確性、穩定性、可讀性及可測性造成影響。
4、程式設計時，要隨時留心**效率;優化**時，要考慮周全。
5、要仔細地構造或直接用彙編編寫呼叫頻繁或效能要求極高的函式。
6、通過對系統資料結構劃分與組織的改進，以及對程式演算法的優化來提高空間效率。
7、在多重迴圈中，應將最忙的迴圈放在最內層。
8、儘量減少迴圈巢狀層次。
9、避免迴圈體內含判斷語句，應將迴圈語句置於判斷語句的**塊之中。
10、盡量用乘法或其它方法代替除法，特別是浮點運算中的除法。
九、質量保證
1、在軟體設計過程中構築軟體質量。**質量保證優先原則
(1)正確性，指程式要實現設計要求的功能。
(2)穩定性、安全性，指程式穩定、可靠、安全。
(3)可測試性，指程式要具有良好的可測試性。
(4)規範/可讀性，指程式書寫風格、命名規則等要符合規範。
(5)全域性效率，指軟體系統的整體效率。
(6)區域性效率，指某個模組/子模組/函式的本身效率。
(7)個人表達方式/個人方便性，指個人程式設計習慣。
2、只引用屬於自己的存貯空間。
3、防止引用已經釋放的記憶體空間。
4、過程/函式中分配的記憶體，在過程/函式退出之前要釋放。
5、過pppbwyiumv程/函式中申請的(為開啟檔案而使用的)檔案控制代碼，在過程/函式退出前要關閉。
6、防止記憶體操作越界。
7、時刻注意表示式是否會上溢、下溢。
8、認真處理程式所能遇到的各種出錯情況。
9、系統執行之初，要初始化有關變數及執行環境，防止未經初始化的變數被引用。
10、系統執行之初，要對載入到系統中的資料進行一致性檢查。
11、嚴禁隨意更改其它模組或系統的有關設定和配置。
12、不能隨意改變與其它模組的介面。
13、充分了解系統的介面之後，再使用系統提供的功能。
14、要時刻注意易混淆的操作符。當編完程式後，應從頭至尾檢查一遍這些操作符。
15、不使用與硬體或作業系統關係很大的語句，而使用建議的標準語句。
16、建議：使用第三方提供的軟體開發工具包或控制項時，要注意以下幾點：
(1)充分了解應用介面、使用環境及使用時注意事項。
(2)不能過分相信其正確性。
(3)除非必要，不要使用不熟悉的第三方工具包與控制項。
十、**編譯
1、編寫**時要注意隨時儲存，並定期備份，防止由於斷電、硬碟損壞等原因造成**丟失。
2、同一專案組內，最好使用相同的編輯器，並使用相同的設定選項。
3、合理地設計軟體系統目錄，方便開發人員使用。
4、開啟編譯器的所有告警開關對程式進行編譯。
5、在同一專案組或產品組中，要統一編譯開關選項。
6、使用工具軟體(如visualsourcesafe)對**版本進行維護。
十一、**測試、維護
1、單元測試要求至少達到語句覆蓋。
2、單元測試開始要跟蹤每一條語句，並觀察資料流及變數的變化。
3、清理、整理或優化後的**要經過審查及測試。
4、**版本公升級要經過嚴格測試。
本文標題: css合理的編碼與組織技巧
本文位址:
css編碼技巧
一 儘量減少 重複 二 使用一些技巧再通過少許的 查詢實現響應式。這些技巧包括 1 使用百分比來代替固定寬度。如果實在做不到這一點可以使用與視口相關的單位 vw,vh,vmin,vmax 2 當需要在較大解析度下得到固定的寬度時，使用max width而不是width，因為它可以適應較小的解析度而無...
CSS編碼技巧
本文將從dry currentcolor inherit和合理使用簡寫這幾方面來詳細介紹css編碼技巧 dry，即don t repeat yourself，儘量減少 重複 在軟體開發中，保持 的dry和可維護性是最大的挑戰之一，而這句話對css也是適用的。在實踐中，可維護性的最大要素是儘量減少改動...
css 揭秘 CSS編碼技巧
喜歡的給我乙個星吧 儘量減少改動時需要編輯的地方 當某些值相互依賴時，應該把它們的相互關係用 表示出來 易維護 vs 量少 currentcolor css有史以來第乙個變數 inherit可以用在任何css屬性中，而且它總是繫結到父元素的計算值 每個 查詢都會增加成本 查詢的端點不應該由具體裝置來...