整潔代碼
CSS優化主要的好處
1、提高CSS文件的易讀性
2、減小CSS文件的大小
3、能夠相對的加快瀏覽器的載入速率
CSS學起來並不難，但在大型項目中，就變得難以管理，特別是不同的人在CSS書寫風格上稍有不同，團隊上就更加難以溝通，為此總結了一些如何實現高效整潔的CSS代碼原則。
B. 代碼整潔之道的作品目錄
第1章整潔代碼1
1.1要有代碼21.2糟糕的代碼2
1.3混亂的代價3
1.3.1華麗新設計4
1.3.2態度4
1.3.3迷題5
1.3.4整潔代碼的藝術5
1.3.5什麼是整潔代碼6
1.4思想流派10
1.5我們是作者11
1.6童子軍軍規12
1.7前傳與原則121.8小結12
1.9文獻13
第2章有意義的命名15
2.1介紹15
2.2名副其實16
2.3避免誤導17
2.4做有意義的區分18
2.5使用讀得出來的名稱19
2.6使用可搜索的名稱202.7避免使用編碼21
2.7.1匈牙利語標記法21
2.7.2成員前綴21
2.7.3介面和實現22
2.8避免思維映射22
2.9 類名23
2.10方法名23
2.11別扮可愛23
2.12每個概念對應一個詞24
2.13別用雙關語24
2.14使用解決方案領域名稱25
2.15使用源自所涉問題領域的名稱25
2.16添加有意義的語境25
2.17不要添加沒用的語境27
2.18最後的話27
第3章函數29
3.1短小32
3.2隻做一件事33
3.3每個函數一個抽象層級34
3.4switch語句35
3.5使用描述性的名稱36
3.6函數參數37
3.6.1一元函數的普遍形式38
3.6.2標識參數38
3.6.3二元函數38
3.6.4三元函數39
3.6.5參數對象39
3.6.6參數列表40
3.6.7動詞與關鍵字40
3.7無副作用40
3.8分隔指令與詢問42
3.9使用異常替代返回錯誤碼423.9.1抽離Try/Catch代碼塊43
3.9.2錯誤處理就是一件事44
3.9.3Error.java依賴磁鐵44
3.10別重復自己44
3.11結構化編程45
3.12如何寫出這樣的函數45
3.13小結45
3.14SetupTeardownIncluder程序463.15文獻48
第4章注釋49
4.1注釋不能美化糟糕的代碼50
4.2用代碼來闡述51
4.3好注釋51
4.3.1法律信息51
4.3.2提供信息的注釋51
4.3.3對意圖的解釋52
4.3.4闡釋534.3.5警示53
4.3.6TODO注釋54
4.3.7放大54
4.3.8公共API中的Javadoc55
4.4壞注釋55
4.4.1喃喃自語55
4.4.2多餘的注釋56
4.4.3誤導性注釋58
4.4.4循規式注釋58
4.4.5日誌式注釋594.4.6廢話注釋59
4.4.7可怕的廢話61
4.4.8能用函數或變數時就別用注釋62
4.4.9位置標記62
4.4.10括弧後面的注釋62
4.4.11歸屬與署名63
4.4.12注釋掉的代碼63
4.4.13HTML注釋64
4.4.14非本地信息64
4.4.15信息過多65
4.4.16不明顯的聯系654.4.17函數頭66
4.4.18非公共代碼中的Javadoc66
4.4.19範例66
4.5文獻69
第5章格式71
5.1格式的目的72
5.2垂直格式72
5.2.1向報紙學習73
5.2.2概念間垂直方向上的區隔735.2.3垂直方向上的靠近74
5.2.4垂直距離75
5.2.5垂直順序79
5.3橫向格式79
5.3.1水平方向上的區隔與靠近80
5.3.2水平對齊81
5.3.3縮進82
5.3.4空范圍84
5.4團隊規則84
5.5鮑勃大叔的格式規則85
第6章對象和數據結構876.1數據抽象87
6.2數據、對象的反對稱性89
6.3得墨忒耳律91
6.3.1火車失事91
6.3.2混雜92
6.3.3隱藏結構92
6.4數據傳送對象93
6.5小結946.6文獻94
第7章錯誤處理95
7.1使用異常而非返回碼96
7.2先寫Try-Catch-Finally語句97
7.3使用不可控異常98
7.4給出異常發生的環境說明99
7.5依調用者需要定義異常類99
7.6定義常規流程100
7.7別返回null值101
7.8別傳遞null值102
7.9小結1037.10 文獻104
第8章邊界105
8.1使用第三方代碼106
8.2瀏覽和學習邊界107
8.3學習log4j108
8.4學習性測試的好處不只是免費110
8.5使用尚不存在的代碼110
8.6整潔的邊界111
8.7文獻112
第9章單元測試113
9.1TDD三定律1149.2保持測試整潔115
9.3整潔的測試116
9.3.1面向特定領域的測試語言118
9.3.2雙重標准119
9.4每個測試一個斷言121
9.5F.I.R.S.T.122
9.6小結123
9.7文獻124
第10章類125
10.1類的組織126
10.2類應該短小126
10.2.1單一權責原則128
10.2.2內聚129
10.2.3保持內聚性就會得到許多短小的類130
10.3為了修改而組織136
10.4文獻139
第11章系統141
11.1如何建造一個城市142
11.2將系統的構造與使用分開142
11.2.1分解main143
11.2.2工廠143
11.2.3依賴注入144
11.3擴容145
11.4Java代理148
11.5純Java AOP框架150
11.6AspectJ的方面152
11.7測試驅動系統架構15311.8優化決策154
11.9明智使用添加了可論證價值的標准154
11.10 系統需要領域特定語言154
11.11 小結155
11.12 文獻155
第12章迭進157
12.1通過迭進設計達到整潔目的157
12.2簡單設計規則1：運行所有測試15812.3簡單設計規則2～4：重構158
12.4不可重復159
12.5表達力161
12.6盡可能少的類和方法162
12.7小結162
12.8文獻162
第13章並發編程163
13.1為什麼要並發16413.2挑戰165
13.3並發防禦原則166
13.3.1單一權責原則166
13.3.2推論：限制數據作用域166
13.3.3推論：使用數據復本167
13.3.4推論：線程應盡可能地獨立167
13.4了解Java庫167
13.5了解執行模型168
13.5.1生產者-消費者模型16913.5.2讀者-作者模型169
13.5.3宴席哲學家169
13.6警惕同步方法之間的依賴169
13.7保持同步區域微小170
13.8很難編寫正確的關閉代碼170
13.9測試線程代碼171
13.9.1將偽失敗看作可能的線程問題171
13.9.2先使非線程代碼可工作171
13.9.3編寫可插拔的線程代碼172
13.9.4編寫可調整的線程代碼172
13.9.5運行多於處理器數量的線程17213.9.6在不同平台上運行172
13.9.7裝置試錯代碼173
13.9.8硬編碼173
13.9.9自動化174
13.10小結175
13.11文獻175
第14章逐步改進176
14.1Args的實現17714.2Args：草稿183
14.2.1所以我暫停了195
14.2.2漸進195
14.3字元串參數197
14.4小結234
第15章JUnit內幕235
15.1JUnit框架236
15.2小結249第16章重構SerialDate251
16.1首先，讓它能工作252
16.2讓它做對254
16.3小結266
16.4文獻267
第17章味道與啟發269
17.1注釋270
17.2環境271
17.3函數271
17.4一般性問題272
17.5Java28817.6名稱291
17.7測試294
17.8小結295
17.9文獻296
附錄A並發編程II297
A.1客戶端/伺服器的例子297
A.1.1伺服器297
A.1.2添加線程代碼298A.1.3觀察伺服器端299
A.1.4小結301
A.2執行的可能路徑301
A.2.1路徑數量302
A.2.2深入挖掘303
A.2.3小結305
A.3了解類庫305
A.3.1Executor框架305
A.3.2非鎖定的解決方案306
A.3.3非線程安全類307
A.4方法之間的依賴可能破壞並發代碼308A.4.1容忍錯誤309
A.4.2基於客戶代碼的鎖定309
A.4.3基於服務端的鎖定311
A.5提升吞吐量312
A.5.1單線程條件下的吞吐量313
A.5.2多線程條件下的吞吐量313
A.6死鎖314
A.6.1互斥315
A.6.2上鎖及等待315
A.6.3無搶先機制315
A.6.4循環等待315
A.6.5不互斥316
A.6.6不上鎖及等待316
A.6.7滿足搶先機制317
A.6.8不做循環等待317
A.7測試多線程代碼317
A.8測試線程代碼的工具支持320
A.9小結320
A.10 教程：完整代碼範例321
A.10.1客戶端/伺服器非線程代碼321
A.10.2使用線程的客戶端/伺服器代碼324
附錄Borg.jfree.date.SerialDate327
結束語389
C. 什麼是整潔的代碼
什麼樣的代碼才是真正好的、整潔的代碼？來看看大牛們怎麼說。
Bjarne Stroustrup，C++之父：
引用
我喜歡優雅、高效的代碼：
邏輯應該是清晰的，bug難以隱藏；
依賴最少，易於維護；
錯誤處理完全根據一個明確的策略；
性能接近最佳化，避免代碼混亂和無原則的優化；
整潔的代碼只做一件事。
Grady Booch，《面向對象分析與設計》作者：
引用
整潔的代碼是簡單、直接的；
整潔的代碼，讀起來像是一篇寫得很好的散文；
整潔的代碼永遠不會掩蓋設計者的意圖，而是具有少量的抽象和清晰的控制行。
Dave Thomas，OTI公司創始人，Eclipse戰略教父：
引用
整潔的代碼可以被除了原作者之外的其他開發者閱讀和改善；
具備單元測試和驗收測試；
有一個有意義的名字；
使用一種方式來做一件事情；
最少的依賴，並明確定義；
提供了一個清晰的、最小的API；
應該根據語言特性，在代碼中單獨顯示必要的信息，而不是所有的信息。
Michael Feathers，《修改代碼的藝術》作者：
引用
整潔的代碼看起來總是像很在乎代碼質量的人寫的；
沒有明顯的需要改善的地方；
代碼的作者似乎考慮到了所有的事情。
Ward Cunningham，Wiki和Fit創始人，極限編程聯合創始人，Smalltalk和面向對象的思想領袖：
引用
當你讀代碼時，你發現每個程序都如你期待的那樣
你可以稱之為漂亮的代碼
代碼完美展現了該編程語言的設計目的
總之，整潔的代碼的特點：
容易與其他人協作（簡單、意圖明確、良好的抽象、不出意料、合適的名稱）
針對現實世界，比如，有一個清晰的錯誤處理策略
代碼作者顯然很關心軟體和其他開發者（針對雙方的可讀性和可維護性）
最小化（做一件事，最小的依賴）
以最合適的方式解決問題
D. <代碼整潔之道>是用什麼語言描述的誰看過c,還是java,還是c#之類的
好像是Java或者c# ,那本書代碼不多，內容大多是啰嗦，不過很有啟發，即使不是你學的語言你也能看懂，這就是那本書編碼給人的感覺，無關語言類型，只關心代碼描述。
E. 代碼整潔包括哪幾個方面
1、代碼規范，縮進有層次感
2、有必要的注釋，方法說明，參數說明
3、文件，方法，參數等命名規范，符合駱駝命名法，包小寫，類首字母大寫並且見詞識意；
4、代碼邏輯清晰，要提現自己的的編程思想：面向對象，面向介面，面向方面等！！盡量減少冗餘代碼，提高代碼的重用性和可讀性
5。。。。。。。。。。。。。。。。
F. 代碼整潔之道 程序員的職業素養還是代碼整潔之道好
程序員因其致力於程序開發、設計、維護、編程等這一特殊領域，使其天生具備了堅定的職業信念、超強的職業知識技能、良好的職業行為習慣等職業素養。
簡介：
程序員(英文Programmer)是從事程序開發、維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、高級程序員、系統分析員，系統架構師，測試工程師五大類。
崗位職責：
1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。
2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。
3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。
4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。
5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。
6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。
7、負責相關技術文檔的擬訂。
8、負責對業務領域內的技術發展動態進行分析研究。
職業認證：
考試介紹：
軟考程序員考試屬於計算機軟體水平考試（簡稱軟考）中的一個初級計算機職稱考試。對於軟考程序員考試並無學歷及資歷條件限制，更無論年齡、專業與資歷。一年可報考軟考程序員考試兩次，但一次考試只能報考一種資格，因此報考了程序員考試則無法再報考軟考其他級別或科目的考試。同時軟考程序員考試採用筆試形式，考試實行全國統一大綱、統一試題、統一時間、統一標准、統一證書的考試方式。
通過國家統一組織的考試，資格考試分為：程序員級（原初級程序員）、軟體設計師（原高級程序員）以及更高水準的：信息系統項目管理師、系統分析師(原系統分析員)、系統架構設計師、網路規劃設計師、系統規劃與管理師。
考試目標：
通過本考試的合格人員能根據軟體開發項目管理和軟體工程的要求，按照程序設計規格說明書編制並調試程序，寫出程序的相應文檔，產生符合標准規范的、實現設計要求的、能正確可靠運行的程序；具有助理工程師（或技術員）的實際工作能力和業務水平。
1、CVEQC認證持有者已經通過了中國職業教育資格認證指導中心組織的培訓和相應的考試，具有相應的專業技能和知識。
2、CVEQC證書可作為勞動者崗前培訓、在職培訓、提高培訓、繼續教育的培訓認證；也是勞動者「先培訓、後就業，先培訓、後上崗」的憑證。
3、CVEQC證書是中國職業教育資格認證指導中心頒發的專業技能證書。標有證書序列號、證書編號、培訓者及證書持有者身份證號碼，並蓋有全國職業教育管理委員會、中國職業教育資格認證指導中心的證書專用章。
4、 證書證明參加培訓及證書持有者具有系統地接受崗位技能培訓的經歷，證書在全國范圍內有效。
二、報考條件：凡遵守中華人民共和國憲法和各項法律，恪守職業道德，具有一定計算機技術應用能力的人員，均可根據本人情況報名參加相應專業類別、級別的考試。[1]
考試要求：
（1）掌握數據及其轉換、數據的機內表示、算術和邏輯運算，以及相關的應用數學基礎知識；
（2）理解計算機的組成以及各主要部件的性能指標；
（3）掌握操作系統、程序設計語言的基礎知識；
（4）熟練掌握計算機常用辦公軟體的基本操作方法；
（5）熟練掌握基本數據結構和常用演算法；
（6）熟練掌握C程序設計語言，以及C++、Java、Visual Basic中的一種程序設計語言；
（7）熟悉資料庫、網路和多媒體的基礎知識；
（8）掌握軟體工程的基礎知識，了解軟體過程基本知識、軟體開發項目管理的常識；
（9）了解常用信息技術標准、安全性，以及有關法律、法規的基本知識；
（10）了解信息化、計算機應用的基礎知識；
（11）正確閱讀和理解計算機領域的簡單英文資料。
相關書籍：
很多程序員響應，他們在推薦時也寫下自己的評語。 以前就有國內網友介紹這個程序員書單，不過都是推薦數 Top 9的書。
其實除了前9本之外，推薦數前30左右的書籍都算經典，筆者整理編譯這個問答貼，同時摘譯部分推薦人的評語。
下面就按照各本書的推薦數排列。
1、《代碼大全》 史蒂夫·邁克康奈爾
2、《程序員修煉之道》
3、《計算機程序的構造和解釋》
4、《演算法導論》
5、《重構：改善既有代碼的設計》
6、《設計模式》
7、《人月神話》
8、《計算機程序設計藝術》
9、《編譯原理》（龍書）
崗位分類：
世界上第一位程序員是英國著名詩人拜倫的女兒AdaLovelace，曾設計了巴貝奇分析機上解伯努利方程的一個程序。她甚至還建立了循環和子程序的概念。由於其在程序設計上的開創性工作，AdaLovelace被稱為世界上第一位程序員。美國國防部開發的ADA語言就是為紀念這位世界上的第一位程序員而命名的。
計算機科學發展到今天（21世紀初期），程序員從事的人群很多，分工也不相同，從大的方面可以分為以下幾類：asp程序員、jsp程序員、delphi程序員、php程序員、powerbuilder程序員、C程序員、linux程序員、net程序員、vb程序員、java程序員、javascript程序員、C++程序員、Python程序員、android程序員、iOS程序員。
職業要求：
一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。
大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。一個程序員雖然沒有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。所以要盡量抓住有用的工作和實習機會，這樣的話在畢業後你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。
對於職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，他的技術必須一直保持在一個較高的水平，並且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷並排前進。
素質要求：
團隊精神和協作能力：
團隊精神和協作能力是作為一個程序員應具備的最基本的素質。軟體工程已經提了將近三十年了，當今的軟體開發已經不是編程了，而是工程。獨行俠可以寫一些程序也能賺錢發財，但是進入研發團隊，從事商業化和產品化的開發任務，就必須具備這種素質。可以毫不誇張的說這種素質是一個程序員乃至一個團隊的安身立命之本。
文檔習慣：
文檔是一個軟體系統的生命力。一個公司的產品再好、技術含量再高，如果缺乏文檔，知識就沒有繼承，公司還是一個來料加工的軟體作坊。作為代碼程序員，必須將30%的工作時間用於寫技術文檔。沒有文檔的程序員勢必會被淘汰。
規范化的代碼編寫習慣：
知名軟體公司的代碼的變數命名、注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。
測試習慣：
測試是軟體工程質量保證的重要環節，但是測試不僅僅是測試工程師的工作，而是每個程序員的一種基本職責。程序員要認識測試不僅是正常的程序調試，而要是要進行有目的有針對性的異常調用測試，這一點要結合需求理解能力。
學習和總結的能力：
程序員是很容易被淘汰的職業，所以要善於學習總結。許多程序員喜歡盲目追求一些編碼的小技巧，這樣的技術人員無論學了多少語言，代碼寫起來多熟練，只能說他是一名熟練的代碼民工（碼農），他永遠都不會有質的提高。一個善於學習的程序員會經常總結自己的技術水平，對自己的技術層面要有良好的定位，這樣才能有目的地提高自己。這樣才能逐步提高，從程序員升級為軟體設計師、系統分析員。
擁有強烈的好奇心：
什麼才是一個程序員的終極武器呢，那就是強烈的好奇心和學習精神。沒有比強烈的好奇心和學習精神更好的武器了，它是程序員們永攀高峰的源泉和動力所在。
日常工作：
確認通過審查方案的目標，輸入數據，分析師，監事，和客戶的輸出要求的項目要求。
安排項目要求在編程序列分析要求;准備工作流程圖和使用計算機知識的能力，題材，編程語言和邏輯圖。
編碼工作流程的信息轉換成計算機語言的項目要求。
通過輸入編碼信息的計算機程序。
確認程序操作進行測試，修改程序序列和/或代碼。
准備寫操作指令供用戶參考。
保持歷史記錄，通過記錄方案的制定和修訂。
維護客戶的信心和保護保密的業務。
技能/資格：一般的編程技巧，分析信息，解決問題，軟體演算法設計，軟體性能優化，注重細節，軟體設計，軟體調試，軟體開發基礎，軟體文檔，軟體測試。程序員其實分為很多種，大家開發的語言可能不盡相同，但是都是有他們的共同點。
G. android studio怎麼代碼整潔
在Eclipse中
如果我們想讓一段代碼格式變得整齊，可以：
選中這行代碼→右鍵單擊→Source→Format
或者Ctrl+Shift+F就可以了
在Android Studio中
如果我們想讓一段代碼格式變得整齊，可以：
選中這行代碼→Code→Reformed Code
或者Ctrl+Alt+L就可以
文／DreamOver（簡書作者）
原文鏈接：http://www.jianshu.com/p/3e17ad4739c3
著作權歸作者所有，轉載請聯系作者獲得授權，並標注「簡書作者」。
H. 怎麼把代碼寫得整潔規范
代碼規范的原因是讓別人能清晰的看懂你寫的程序，了解你想表達的意思，畢竟現在一個龐大的程序靠個人的力量是比較困難的，所以代碼的規范化有著很大的意義。
建議學習代碼的規范可以試著去看一下一些網路的相關視頻或者書籍，譬如書籍RTL CODING STYLE還有就是郝斌的教學視頻中有提到規范的一章，一句話，代碼的規范是靠時間慢慢積累的，不要急躁。
I. 代碼整潔之道 哪個翻譯版本好'
寫代碼抄有時候就像整理畫建築圖紙，沒有一個清晰得思路和架構，必然搗鼓出一個臟亂差的社區，更談不上一棟一棟蓋高樓了。 整潔的代碼這本書讀罷，覺得需要好好審視自己以往的代碼和思考方式。 敲代碼，說實話是個技術活也是個流水線活兒。關鍵在於花多大心思去整它。 讀一讀，應該會讓你有所悟。
J. 代碼整潔之道怎麼樣
寫代碼有時候就像整理畫建築圖紙，沒有一個清晰得思路和架構，必然搗鼓出一個臟亂差的社區，更談不上一棟一棟蓋高樓了。 整潔的代碼這本書讀罷，覺得需要好好審視自己以往的代碼和思考方式。 敲代碼，說實話是個技術活也是個流水線活兒。關鍵在於花多大心思去整它。 讀一讀，應該會讓你有所悟。