程序員精進之路·編程習慣篇

作者：徐永瑞【天津大學】

程序猿的進擊之路，良好的代碼習慣是成功的一半

-----------------程序猿的自我修養

西山居的朋友們又和大家見面了，菠蘿兄因為專業原因，和代碼結下了不解之緣，也算是半路出家的程序猿吧（捂臉）。那麼，問題來了，作為一個合格的程序猿，我們需要具備哪些良好的編程的習慣，或者有哪些編程習慣又是不好的呢？在這裡，我將為大家儘可能的列出：

先來說一下良好的編程習慣，看看你們佔了幾條：

1.勤做注釋

勤做注釋可以讓你的代碼更能被人理解，注釋的內容與所描述的內容要進行同樣的縮排，在你的源程序的有效注釋量最好是在20%以上，而且注釋應該與描述的代碼相近。

2.模塊化的程序結構

模塊化的設計是指，首先用主程序、子程序、子過程等框架把軟體

的主要結構和流程描述出來，並定義和調試好各個框架之間的輸入，輸出連接關係，可以降低程序的複雜度，使程序的設計、調試和維護等操作簡單化。

3.實現需求，Demo先行

用Demo來實現一個需求是最快的，因為它運行快，可以隨意改，而且代碼少，如果實現過程中出現問題，可以找到原因，建立一個Demo，然後把需要的資源移植過去，實現了功能，再移植到項目中，可以減少開發時間。

4.藉助工具

對於IOS程序猿，這裡推薦一個神器，Xcode，使用它可以創建代碼模板，在創建這些類文件時，可以一鍵生成這些代碼，提高效率。

還有一個自動注釋工具，VVDocumenter,具體的安裝方法可以百度，這也是IOS的一個福利，可以省很多注釋的時間。

對於C#和VB的使用者，ReSharper這一神器必不可少，可以自動生成代碼

而針對NET1.1的版本的使用者，FxCop是個非常優秀的代碼分析工具，廣泛用於代碼分析。

5.用人人看得懂的邏輯

因為你的邏輯和代碼不僅僅是一個人看的，在給別人看你的代碼時，需要儘可能避免一些奇葩的邏輯，這樣代碼的可讀性也會更強，在任務交割的時候，也可以更流暢。

6.Test Driven

代碼的安全性非常重要，Test覆蓋比較全面的代碼是很好維護的，

雖然寫Test case開始會比較花時間，長期是比較節省時間和精力的，我們要達到的的水平就是，只要Test 過了，怎麼改代碼都可以，這種境界需要慢慢來。

7.注重代碼的實用性

代碼是要解決當前的問題的，雖然你想寫出很跳的代碼，想讓人眼前一亮，可是，解決不了實際問題，這段代碼也就是空皮囊，，不要把簡單的東西複雜化。

8.使用論壇和在線社區

9.這些不必多說了，論壇里大神如雲，大腿雲集，很多問題都可以在這裡得到解答，國際上比較大的論壇有這些，

StackOverflow

官方網站：http://stackoverflow.com/

Reddit

官方網站：http://www.reddit.com/r/programming

Google+Communities

官方網站：https://plus.google.com/communities

SitePoint

官方網站：http://www.sitepoint.com/forums/

CodeProject

Treehouse

官方網站：https://teamtreehouse.com/forum

HackerNews

官方網站：https://news.ycombinator.com/news

DZone

官方網站：http://www.dzone.com/links/index.html

Bytes

官方網站：http://bytes.com/

DaniWeb

Dream InCode

官方網站：http://www.dreamincode.net/forums/

Tech.Pro

官方網站：http://tech.pro/

Pineapple

官方網站：http://pineapple.io/

Lobsters

接下來說幾條不好的編程習慣：

1.過度依賴IDE

之前說過工具的好處，雖然工具可以提高工作效率，消除拼寫錯誤，但是也是有一定的風險，可能也會出現寫錯代碼的問題。

2.過早的優化代碼

雖然好的代碼能運行的更流暢，但是後期的維護和調試則會相對變難，所以有一個比較好的策略就是，清清楚楚地寫好代碼之後，再去找真正需要優化的地方來提高性能。

3.拼寫錯誤

這是很多程序員在早期都會犯的問題，對於這類問題的解決方法，可以在一個有著良好的集成開發環境上寫代碼，或者用文本編輯器，可以顯著減少文本錯誤，大家可以多試試哈。

4，一個人戰鬥

不好做一個獨行俠，有時候，與團隊分享你的經驗和想法，不斷地交流，不僅會給你身邊的人帶來好處，同樣也能發現自己的不足。

5.總是發明新輪子

畢竟很多路都是有人走過的，在你遇到相似的問題的時候，可以大膽使用，不要過分高估自己的能力，不然可能會很辛苦

6.盲目複製代碼

你在使用一段代碼的時候，一定要搞懂它的功能和邏輯，仔細閱讀代碼的時候同時也會讓你更深入的解決問題。

7.不檢查構建工作

8.構建通過但是構建結果卻不能工作的時候，會很蛋疼，時間越長越難修復，所以，構建之後最好進行快速測試。

以上編程習慣，我希望大家身上都不存在，因為西山居濃郁的技術氛圍是不會讓各位出現這些壞習慣的，如果有的話，請儘快改正，好的習慣也希望各位多多養成哦，這篇文章到此就結束了哦，謝謝給位欣賞，下次再見~~~

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！