實際上也就是看程序員自己寫的代碼好不好，我個人覺得來衡量一段代碼好不好的可以從如下四個方面去分析。

1、規(guī)范性。規(guī)范性包含兩個方面，第一方面是：可讀性，因為代碼本身就是拿來讀的，結(jié)果你搞了一大段代碼，換個人去讀你的代碼，看了半天看不懂，那你說你自己的代碼再好，估計也沒人相信。第二方面是：就是一些變量名，函數(shù)名，類名等，比如Java里，都是駝峰型，英文叫camel-case，如isEffecitve這種；然后還有就是不要“中西結(jié)合”，即拼音英文結(jié)合，讓人覺得非常雞肋。補(bǔ)充一點(diǎn)，就是關(guān)于可讀性，恰當(dāng)?shù)膶懽⑨專赡苁且粋€比較好的idea。

2、效率。效率包含兩個方面，第一點(diǎn)就是時間復(fù)雜度，其實這個問題非常常見。我舉個小例子，比如，現(xiàn)在有一個需求，我們需要不斷地insert和delete，那我們是選擇ArrayList還是LinkedList呢，arrar刪除和insert的時間復(fù)雜度是O(n)，但是LinkedList則是O(1)。這個時候我們肯定是選擇LInkedList了，因為這種情況下，效率肯定是最低的。還有一種情況就是，冗余代碼的情況，我們應(yīng)該盡量不要在代碼里寫一些無關(guān)的代碼，能簡潔，就盡量簡潔一些，起碼看起來干凈點(diǎn)，更舒服。

3、可擴(kuò)展性。這個問題，就需要我們在寫代碼前，心里就應(yīng)該對這塊業(yè)務(wù)的代碼的整體結(jié)構(gòu)非常熟悉，需要考慮后續(xù)的一些業(yè)務(wù)擴(kuò)展，需不需要改動非常多的代碼。記住一句話，“面向接口編程”。

4、還有最后一點(diǎn)就是，格式。現(xiàn)在很多IDE都可以幫我們格式化代碼，如果一段代碼格式非常亂，我們讀代碼的人是非常痛苦的，如果你看過這樣的代碼，肯定是非常有感觸的。