在軟件開發(fā)中出現(xiàn)Bug似乎是再正常不過的事情了。作為軟件開發(fā)工程師，誰敢說自己寫的代碼沒有出現(xiàn)過Bug。甚至有的程序員自嘲自己的開發(fā)工作是在寫B(tài)ug。所以，在軟件開發(fā)中出現(xiàn)Bug太正常了。但是，你有沒有考慮過，如何在軟件開發(fā)中預(yù)防出現(xiàn)Bug?

我們知道Bug發(fā)現(xiàn)的越早成本越低，發(fā)現(xiàn)的越晚，成本越高。估計很多人沒有這個體會，也有很多人有這個體會。這對于小規(guī)模的代碼其實不太明顯，但大規(guī)模的，復(fù)雜的軟件就非常明顯。因為在代碼量非常大的情況下，抓出一個Bug并非容易的事情。

示例

別說大規(guī)模代碼了，大家看看這個下面代碼。這個代碼中print_gender用于根據(jù)參數(shù)打印性別字符串。但是在實際使用的時候發(fā)現(xiàn)打印的總是man，而無法打印woman，大家能看出問題在哪嗎?

現(xiàn)在代碼比較少，估計很多人一下子就看出來了。但是如果在一個規(guī)模非常大的函數(shù)中找到類似的錯誤還是比較困難的。

看到?jīng)]?

是的，就是函數(shù)中if語句中的條件寫錯了。其實這個是一個非常低級，而且很容易產(chǎn)生的錯誤。我們在快速的敲鍵盤的時候，很有可能漏了一個等號，就產(chǎn)生這個結(jié)果了。

if ( is_male = true ) 

如何盡早發(fā)現(xiàn)問題

盡早發(fā)現(xiàn)問題當(dāng)然是最好的，但是能早到什么時候呢?如何盡早發(fā)現(xiàn)問題呢?

最早的時間點應(yīng)該是編譯器編譯的時候。我們在寫代碼的時候經(jīng)常會出現(xiàn)編譯器無法通過的情況。如果我們能夠?qū)⒊绦虻腻e誤能夠在該階段解決，那么自然是非常好的，但卻不可能全部在這個階段解決。我們可以做到盡量在這個階段來解決。

比如前面的錯誤，我們是可以借助編譯器在編譯階段來搞定的。聰明的你知道如何做嗎?

我們可以將上面的if語句寫成如下的樣子：

if ( true = is_male ) 

也就是將常量寫到前面，而變量寫到后面。這樣，如果缺少等號的情況下就會出現(xiàn)編譯錯誤。因為我們是無法為一個常量賦值的。如果沒有缺少等號的情況下是可以編譯通過的。

這里只是一個例子，我們可以在很多地方借助編譯器來提高我們的代碼質(zhì)量，而避免在后期出現(xiàn)邏輯的錯誤。我們再舉一個例子。

在C/C++中const是經(jīng)常用到的關(guān)鍵字，比如下面這個store_name函數(shù)，我們本來是想將傳入的參數(shù)存儲在函數(shù)中的臨時變量，然后進(jìn)行后續(xù)的分析。但是由于馬虎，將strcpy的參數(shù)搞反了。如果在參數(shù)中使用了const關(guān)鍵字，則可以起到預(yù)防的作用，從而避免錯誤。

可以看出，通過這種方式可以有效的避免開發(fā)中由于低級錯誤而產(chǎn)生的軟件Bug。而且由于問題會比較早的發(fā)現(xiàn)，整個修復(fù)的成本會低很多。