碼農修行：編寫優雅代碼的32條法則
林文
537人在讀
9萬字總字數
¥59.9定價
林文
如何打造精品軟件一直是軟件行業討論的熱點話題。初入職場的軟件開發人員，多數都只是在學會了某種編程語言後就直接進行編程工作。但由於他們並未掌握編程中的一些有效方法，導致其開發的軟件問題累累且工作效率不高。《碼農修行》編寫優雅代碼的32條法則針對這類人羣提出了一些改善編程方法的建議，涉及具體編程工作的諸多方面，偏重於實踐。書中大部分示例都是筆者實際編程工作中碰到過的真實案例，具有較高的參考價值。《碼農修行》編寫優雅代碼的32條法則從代碼的可讀性、可靠性、效率、可維護性、可擴展性5個方面，提出了編寫代碼的32 條法則。此外還公開了筆者自主編寫的一款Android 小遊戲源代碼，希望能對讀者有所幫助。《碼農修行》編寫優雅代碼的32條法則適用於有一定編程基礎、且想進一步提升個人編程能力的讀者閱讀，也可作爲大中專院校計算機專業師生的教學參考用書。
作者列舉了32條法則，舉例也是C語言、C++等不同語言，不過思想是通用的。我的代碼很簡單，靠着條件判斷和循環語句混口飯喫。 我也對自己的寫代碼方式進行了檢點 1.命名方式 爲了區分函數名稱很長，但是可讀性並不強，學了同事的命名，簡介語義化很強 2.縮進 在初學編程時沒有嚴格的縮進要求，和同事共同負責項目時，縮進有明確規定，一時間還不適應 3.補充註釋 作用：爲了方便開發者閱讀 不要的代碼不要着急刪掉，這樣就能夠知道開發的過程，當然長期會出現大量垃圾代碼，需要集中清理刪除。我在接受別人項目時改動的地方先註釋並保留，保不準又需要。 書中提到要鼓勵開發人員使用不同的風格，這一點不妥當。一個項目組如果對風格不統一，維護起來麻煩，而且合併代碼時會出現大量衝突 同一種風格 4.執行概率高的分支提前  如果條件語句代碼片段B執行的概率高於A，不妨寫成下面這種，邏輯不變，但是性能有所提高  5.明確錯誤提示 開發人員就是產品的第一個用戶，要站在用戶的角度來衡量 6.控制函數 文件規模 同事教我的，一個函數里面只做一件事，嵌套的代碼封裝 等等…… 要大量閱讀別人的優秀代碼 2021.12.1
本人以爲就是一些編碼規範[捂臉][捂臉][捂臉]
作者有十分豐富的編程經驗，但是本書誠如作者序言所說，爲了豐富文章內容，部分章節或文字有濫竽充數之嫌。 對於過設計及防禦編程有了概念，馬丁大叔說有三次以上可考慮重構，防禦編程是爲了系統更加穩定，但是不能掩蓋錯誤 書中大部分示例用的c++，但是也都很好理解，最後對於程序員的分級不能再更多的贊同了 編程之道路漫漫其修遠兮，鑑於國內行情，作者能以“高齡”繼續從事此道，幸莫甚焉