——記自己在開發過程中的所思所得
14年是忙碌的一年，轉眼間時間已經到了6月份。伴隨著自己手頭專案的結項。快節奏的開發工作最終能夠臨時告一段落了。在這短暫的喘息之機，回過頭來整理自己之前寫過的**，也是一件滿意的事情。
經歷這樣的回爐反思的過程，感覺對自己的成長非常有幫助。以下就是自己總結的幾條程式設計建議，提醒自己時刻注意，習慣成自然。
1、 不要保留沒用的凝視，直接刪除它們。
沒用的凝視，比方被凝視掉卻沒有說明為何凝視的**等。假設須要保留。那就要寫明凝視的原因，以及保留的原因，否則以後回過頭來再次閱讀源**時。一段被凝視起來卻沒有說明的**。會帶來一些不必要的思考障礙。
2、 對同一樣事物，保證描寫敘述的一致性、唯一性。這樣做的目的，可能對程式效能的提公升沒有多大影響。但卻是一種好的習慣，它能在不經意之間降低閱讀源**時的思考開銷。
比方你編寫了乙個發動機類，而在描寫敘述這樣事物時，卻一會使用發動機、一會使用引擎，甚至使用很多其它的詞彙去描寫敘述它，我覺得這會帶來不必要的思考開銷。由於都是同一樣事物。當你每遇到一種新的描寫敘述。都要去思考確認，是不是自己想的那樣，這就額外耗費了一些時間。雖然它們可能非常短暫。
這樣的描寫敘述的一致性、唯一性。主要體如今變數、方法的命名，凝視中的說明等。講到這一點。我不禁想到了之前閱讀的一篇講述程式設計習慣的文章，裡面提到的是實現同一種功能，保證方法的唯一性。即選擇一種自己覺得最合適的方法去做，不要使用多種方法去實現同樣的功能。我想。這樣的唯一性的保證，是有必要的。
3、 在程式中的邏輯處理部分。推斷部分的if—else分支都要盡量齊全，不要遺漏。
自己之前常常的行為是。寫完if分支的處理部分，認為else等分支沒有什麼是須要處理的。就全然對它置之不理了。殊不知，沒有什麼須要處理，並不等同於沒有什麼**要寫。像是在if中開啟的渲染，你須要到else中去關閉，否則即使不進入if，渲染還是在進行等情況。
每當自己處理了乙個if。都要細緻思考一下，在該推斷的其他分支，是否還有須要的處理要做，否則一時的遺漏。日後再改動可能耗費的時間就會很多其他了。
4、 在給**加入凝視時，要注意動詞、名詞的運用。注意主謂賓的關係，不要寫一些不合語言語法邏輯的凝視句子。否則一時衝動寫下的異型，拗口的描寫敘述也可能給日後的維護帶來額外的負擔。
5、 自己近期發現，整理源**的凝視，也是一種非常不錯的複習源**的方式，它可以幫助自己非常快的進入源**所體現的思維之中。近期，由於有自己幾個月之前的專案須要公升級，而通過閱讀、整理專案源**中的凝視，自己非常快的就熟悉了**中的套路，享受到了乙個輕鬆、愉快的複習源**過程。當然，專案的源**都是出自自己之手。這也是乙個大的前提。希望有機會可以在同事之間進行一次源**閱讀的體驗，看看凝視能給我們帶來多麼顯著的幫助（還有文件: ））。
提高程式設計的建議
1.閱讀別人的 讀那些你常用的庫 程式設計框架的源 讀那些你景仰的大牛的源 讀 裡的測試 測試本身就是一種有效的文件 讀 改 執行 2.閱讀那些 1 閱讀你依賴的 2 閱讀令你深刻的 3 閱讀你崇拜的人寫的 4 閱讀你可以理解的 3.如何閱讀 1 閱讀工具 c vs go liteide nodep...
程式設計建議（持續更新）
1.uml的重要性，推薦plantuml 2.編碼編的其實是思路 先寫注釋 思路 在寫 3.設計之初，所有方法都是黑盒 4.設計模式要順其自然 5.介面的重要性是告訴別人我是幹什麼的 6.介面設計的伸縮性 考慮中間資料狀態，減少對應終端介面修改 7.行業內的規範還是要遵守的，比如是 mvc,保留適當...
提高程式設計能力的建議
程式設計是非常酷的一件事情,但是在酷炫的背後它對很多人來說還是挺難的。很多人在學習程式設計之初就被困難擊敗了。當你不熟悉程式設計的時候，你可能會覺得無從下手，並且不知道如何運用學到的知識。只要你通過了這一困難的學習階段，你就會發現乙個全新的世界。以下是一些能夠幫助你快速提高程式設計技巧的建議 1.多...