9個編程好習慣，我堅持了10年

發(fā)布人：xiaomaidashu 時間：2022-06-22 來源：工程師

加入技術(shù)交流群
- 掃碼加入
  和技術(shù)大咖面對面交流
  海量資料庫查詢

最近有一些讀者來咨詢：有什么需要注意的編程好習慣？給大家分享一下。

多看官方文檔

不要被這幾個字嚇到，官方文檔其實都是寶藏。一個成熟的技術(shù)誕生，可以沒有博客沒有書籍，但一定會有一個官方文檔，毋庸置疑，它一定是最準確、最實時的資料。編寫官方文檔的人，也通常就是這些技術(shù)或者軟件的開發(fā)者，他們是對這些東西最了解的人，所以編寫的文檔不僅質(zhì)量非常高，通常內(nèi)容也都是最新的。

因此，官方文檔遠比網(wǎng)上的各種博客和論壇等更適合入門學習。當我們遇到很多問題和技術(shù)細節(jié)的時候，認真將官方文檔過一遍，你會發(fā)現(xiàn)很多問題和認識模糊的地方都會清晰起來。程序員都應該掌握通過官方文檔去學習一個技術(shù)的能力，掌握了這項能力，你就具備了學會其他一切技術(shù)框架的基礎；而且原汁原味的官方文檔，還能鍛煉你的自我學習總結(jié)能力。 2

面向搜索引擎編程

很多人總以為無論什么都 Google 一下是一件很 low 的行為，但其實，普通程序員+ Google=超級程序員。用好搜索功能，Google +Stack Overflow + GitHub 能解決你的大部分問題。所以，在問別人問題之前，先自己搜索一下吧。

當然，超級程序員可不是會Google就行的，把 Google 到的東西吸收并運用起來，才是真正的能力。不過，無論是看官方文檔也好，還是面向 Google 編程也好，都必須要掌握較好的英文能力。這樣才能更好的閱讀文檔，搜索自己所需要的東西。 3

規(guī)范命名

ITWorld 曾經(jīng)發(fā)起過一個“程序員最頭疼的事情”投****，結(jié)果，近半數(shù)的程序員認為命名是最頭疼的事情。

有時候代碼寫嗨了，命名的時候就開始放飛自我，gousheng、tiedan、xiaonaigou、i、j.....自己是寫嗨了，其他人閱讀起來就懵逼了。
所以，不論是內(nèi)部變量還是全局變量，都要形成自己的一種命名規(guī)則，能夠一眼看明白變量的意思?；靵y或錯誤的命名不僅讓我們對代碼難以理解，更會誤導我們的思維；反之，良好的命名，則可以大大提高我們的代碼易讀性，也能大大增強代碼的可維護性。 4

認真注釋

和命名一樣讓程序員頭疼的還有兩件事：寫注釋頭疼，別人不寫注釋讀著頭疼。之所以要寫注釋，是因為當你在寫某個程序的時候，可能當下記得很清楚，這一段是什么機制、如何實現(xiàn)，但是當你寫的程序越來越多，你會忘記當初為什么這樣寫，改動和交接也十分麻煩，對代碼進行注釋就可以有效避免這種情況。注釋不僅可以讓人讀懂代碼，甚至能讓讀代碼的人獲取更多信息。

不過，注釋貴精不貴多。要杜絕大姨媽般的“例注”，漫山遍野的碎碎念注釋，實際就是背景噪音。 5

不要重復造輪子

“不要重復造輪子（ Stop Trying to Reinvent the Wheel）”，可能應該是每個程序員入行被告知的第一條準則。寫程序?qū)嶋H上是一個最能“偷懶”的工作：你現(xiàn)在費力實現(xiàn)的每一個功能，可能早已經(jīng)有極好的解決方法貢獻在開源社區(qū)，使用好現(xiàn)有的輪子和各種開源庫，會讓你事半功倍。當然，要找到一個非常適合的輪子，是非常不容易的一件事。有時候費了九牛二虎之力找了輪子，卻發(fā)現(xiàn)有這樣那樣的問題，最后還是無疾而終。

那么，什么樣的輪子是一個好輪子呢？

開源，并且 License 寬松。
有文檔，代碼規(guī)范，接口友好，最好有實際用例。
社區(qū)相對活躍。
松耦合，定制容易。

總之，只要合適好用，都是一個好輪子。
6

多讀多寫代碼

提高編程能力其實沒有捷徑，最佳方式就是多寫代碼。不過，除了寫大量代碼，提升編程能力還需要大量閱讀別人寫的代碼。

一來，閱讀源碼可以提高編程能力。學習都從模仿開始，不管是入門時閱讀教程里的示例代碼，還是進階時閱讀優(yōu)秀項目源碼，都是很好的學習方式。二來，閱讀源碼可以提高 debug 能力。只有練習積累的閱讀代碼的能力，才能看懂代碼，從而快速準確地定位代碼中的問題。最后，閱讀源碼可以幫助形成良好的代碼風格。“開發(fā)”不僅要寫可以執(zhí)行的代碼，更是要寫別人讀得懂的代碼，這對代碼的維護和擴展大有好處。 7

預留開發(fā)時間

一個程序員能否精確評估開發(fā)時間，是一件非常重要的事情。不過對于新手程序員來說，寧可多算一周，不可少估一天。過于“樂觀”容易讓你的 boss 受驚嚇。畢竟，在評估開發(fā)時間的過程中，你需要預設各種修改對其他模塊的影響。一個修改后的單元測試，可接受測試，UAT 環(huán)境測試，再到上線，很多地方都是需要花時間的。一旦某個測試不通過，然后又得調(diào)試，修改，再進行單元測試......誰能保證每次修改都是一次通過的呢。 8

大膽重構(gòu)

重構(gòu)是程序員的主力技能。一個程序員最大的勇氣就是看自己三個月之前寫的代碼。但是，學習如何將你的代碼重構(gòu)為一份更好的代碼，這是一項很有價值的技能。好的代碼是改出來的，代碼需要不停的重構(gòu)，重構(gòu)應該貫穿代碼開發(fā)的整個階段。