編程的幾個注意點

第一: 不做異常處理

導致程式經常崩潰，正確的做法不僅要做異常處理，而且要記錄下異常錯誤，後台查看或發送到具體郵箱，以便修改，這是程式的健壯性，讓程式活得更久一點。

第二: 寫入程式碼

硬式編碼壞處顯而易見，除了每次程式要重新編譯外，修改起來也是比較麻煩的，而且不統一，容易造成修改的遺漏，把常量作為對象來看，統一管理就簡單了,XML有沒有，設定檔有沒有，學會尊重程式，提高程式的靈活性。

第三：不做測試

程式開發的好壞，很大一部分體現在測試出的Bug少，如果做開發時，做了各種角色用例的體驗，錯誤就是少些，如果做完了程式，不做檢驗性，業務性，流程型的測試，導致程式錯誤連連，程式的穩定性就會有問題。

第四：顯擺技術，不符客戶要求

程式的根本目地就是要有所用，否則軟體幹嘛要去開發，為了顯擺技術厲害，開發出來的東西根本不是客戶想要的，那就是白搭，程式的核心功能必須得到滿足，這是最最重要的，這是程式的品質問題。

第五：核心次要功能分不清，功能最佳化一起做

程式開發最主要的就是滿足主要功能，核心流程，次要功能放一放，先做最主要最重要的功能，先把軟體跑起來，再去做修飾。房子都沒建好，怎麼去裝修。先完成功能，再去最佳化。這是很重要的一點，這是為瞭解決程式的風險性。

第六：程式沒有注釋，文檔

程式沒有注釋，就好像產品沒有說明書，摸不著頭腦，注釋可多可少，讓別人看得懂就行。一個好的程式，可維護性很重要，注釋和相關的文檔，需求文檔，詳細設計文檔，資料庫設計文檔，安裝使用說明文檔四大文檔缺一不可。

第七：不用設計模式

設計模式平時你也許用到了，設計模式的好處在於擴充性能強勁。所謂的設計模式跟對象息息相關，只要做到了封裝，繼承，多態，基本差不多你已經在用設計模式了。設計模式是種理念，無需庖丁解牛，吃肉未必要知道肉的構造和原理。