如何寫好的程式

1.什麼是好的程式？

好的程式是相對而言，對於每個物件都是不一樣的。對於使用者而言，好的程式就是可以方便的使用，同時穩定，而且滿足自己的需求；對於開發者而言，好的程式是可以根據使用者的不斷變化的需求被方便的修改，同時可以被（自己和其他人）看懂。

拋開那些時髦的技術來講，對於開發人員而言，最終的目的就是在不斷變化中滿足使用者的需求（包括開發人員的變化，如離職、工作的調動等），只要符合此標準的那麼就可以被認為是好的程式。

但是就是這麼乙個簡單的標準，又是非常的難以達到！所有的那些時髦的技術、傳統的技術、未來的技術都是想達到這個標準。下面是一些個人經驗，希望可以給大家一些借鑑

2.具體的做法

無論使用什麼平台，使用什麼開發語言，做什麼開發工作，其基本的原則應該都是一樣的：

a.在寫程式之前，請認真地傾聽使用者的需求，最需要把握的是使用者在哪個部分不清楚或搖擺不定的地方；

b.根據使用者的需求，搭建整個系統的框架，需要注意的是在使用者在不清楚或搖擺不定的地方，應該多花些心思，可以設想很多使用者修改的想法（雖然可能是與使用者實際的想法脫離的很遠），首先讓這部分可以被方便的按照自己所設想那些想法修改；

c.在一些複雜的地方，以及使用者不清楚或搖擺不定的地方，請同時給出設計的方案，當然這個方案可以是文件也可以是uml，只要表達清楚就可以（最好也有整個系統的架構圖）

d.程式的原型，除了使用者不清楚或搖擺不定的地方，不要有太多的想法，僅僅可以滿足使用者的要求即可

e.當使用者對程式提出修改意見的時候，需要對修改的部分重新架構以便當使用者在同一部分又一次提出修改意見的時候很方便的修改；

f.第一次重構修改部分往往很痛苦，請坦然接受，因為對於同一部分來說，就第一次痛苦，如果不重構，那麼將每次都很痛苦，這樣將自己將受不了

g.不要埋怨使用者需求，實際工作中，使用者很少確切知道自己的所需，自己可以盡量做得就是，逐漸完善自己的程式，可以更快、更方便的滿足使用者不斷變化的需求

h.盡量將程式的功能進行分割

i.程式中絕對不能容忍有兩段一樣或類似的**

j.乙個函式的大小，不應該超過150行，如果超過了，請再寫乙個函式

不要使用太「深奧」的**技術，如果必須，**注釋以便可以被他人讀懂——你不能保證一輩子就在這裡工作