前段時間,看了代碼整潔之道,順手做了些筆記,分享給大家,和大家一起探討整潔代碼之道。
1.1要有代碼
代碼是我們最終用來表達需求的語言,所以代碼永存
1.2糟糕的代碼
糟糕的代碼代價很大,足以毀掉一個公司。
稍後等於永不——現在時間太緊,先完成功能,有朝一日再回頭清理,但事實是從來沒有回頭優化過代碼
1.3混亂的代碼
團隊的生產力持續下降,趨向於零
1.3.1華麗新設計
只是表面看上去很華麗,但實際發揮不了太大作用,還會降低效率。花時間保持代碼的整潔不但有關效率,還有關生存
1.3.2態度
程序員應該以認真的態度對待每一行代碼,不受客觀因素的影響,遵從不瞭解混亂風險的人的意願是不專業的做法,混亂有風險,編碼需謹慎。作為一個開發人員,作為一個程序員,你應該有自己所堅守的原則。什麼事情該做,不能做,你必須有一個清晰的概念。
1.3.3謎題
製造混亂無助於趕上期限。混亂只會立刻拖慢你。趕上期限的唯一辦法——做的快的唯一辦法——就是始終儘可能保持代碼整潔。
1.3.4整潔代碼的藝術
整潔代碼的書寫,需要遵循大量的小技巧,貫徹刻苦習得的“整潔感”,也稱之為代碼感。
1.3.5什麼是整潔代碼
外表或舉止令人愉悅的優美和雅觀,整潔代碼閱讀使人愉悅。
破窗理論:窗戶破損的建築讓人覺得似乎無人照管,於是別人也再不關心,放任窗戶繼續破損,一扇破損的窗戶開闢了大夏走向傾頹的道路,編程代碼也是如此。
整潔代碼力求集中,簡單直接,只做好一件事。
簡單代碼規則:
能通過所有測試
沒有重複代碼
體現系統中的全部設計理念
包括儘量少的實體,比如類、方法、函數等
1.4思想流派
對象導師整潔代碼派
1.5我們是作者
編寫代碼的難度取決於讀周邊代碼的難度。要想幹的快,要想早點做完,要想輕鬆寫代碼,先讓代碼易讀。
1.6童子軍軍規
讓營地比你來時更加乾淨,應用到我們的專業領域是,時刻保持代碼整潔。每次簽入代碼都比簽出時乾淨,那麼代碼就不會腐敗。
17.前傳與原則
本書是敏捷軟件開發的前傳,敏捷開發關注面向對象設計的原則。
設計原則有:單一權責原則,開放閉合原則,依賴倒置原則
1.8小結
小提琴的故事:你還得練,孩子,還得練,程序如此,還得練,故事講的是一個小孩在一個著名提琴家面前問道,如何才能和他一樣,把小提琴拉的那麼好聽,大師說了,小孩子你還得練,其實寫代碼也是如此,還得練....