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

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

示例

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

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

看到沒?

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

if ( is_male = true ) 

如何盡早發現問題

盡早發現問題當然是最好的，但是能早到什么時候呢?如何盡早發現問題呢?

最早的時間點應該是編譯器編譯的時候。我們在寫代碼的時候經常會出現編譯器無法通過的情況。如果我們能夠將程序的錯誤能夠在該階段解決，那么自然是非常好的，但卻不可能全部在這個階段解決。我們可以做到盡量在這個階段來解決。

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

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

if ( true = is_male ) 

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

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

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

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