在軟件開發(fā)領域，很多問題都是由一些不好的編程習慣導致的，消滅掉這些壞習慣，讓你的開發(fā)更容易，也更高效。

1. 代碼中有拼寫錯誤

不要驚訝，這是非常常見的問題，最令你抓狂的是這和你的編程能力沒有任何關系。盡管如此，一個拼錯了的變量名字或函數名字都會帶來災難性的后果，而且它們還不易被察覺。

那么如何解決呢？你應該使用一個好的集成開發(fā)環(huán)境（IDE）或一個編程專用的代碼編輯器，它們都可以極大程度地幫助你減少拼寫錯誤。還有一種方法就是，特意選那些容易拼寫的名字作為變量和函數名，這樣容易發(fā)現錯誤。避免那些易拼錯的詞，像receive很容易寫錯成recieve，而且它們很難被發(fā)現。

2. 代碼沒有縮進或格式化

對代碼進行縮進或統(tǒng)一格式，可以讓人更容易閱讀，也容易對錯誤進行定位。另外，因為是連貫的格式，其他人維護你的代碼也更方便。

如果你使用的IDE不能自動統(tǒng)一代碼的格式，可以考慮使用像Uncrustify這樣的代碼美化器，它能根據你的設置對代碼進行格式化。

3. 沒有讓代碼模塊化

讓每個函數實現且只實現一個功能，這樣會讓函數更短，相應的就好理解和維護。比較長的函數里面通常有很多路徑，這對測試來說也比較難。

一個好的經驗準則就是一個函數的長度不應該超過你的屏幕。還有就是，如果一個函數里有超過10個的if語句或循環(huán)語句，那它就太復雜了，需要重寫。

4. 你誤以為你的IDE很安全

IDE和其它的一些工具可以提高寫代碼的效率，它們可以根據你已有的輸入和作用域，建議（補全）你的變量名字或其他內容。但是，這類工具是不夠安全的，你會因為一些選項看起
來很想你需要的那個就選了它，其實你并沒有他就是那個你想要的。事實上，它只是減少了你的思考，但你還需要進行確認。

5. 過早的優(yōu)化代碼

具有傳奇色彩的程序員Donald Knuth曾經說過：“程序員花了很多時間在思考那些非關鍵部分的代碼，這樣的優(yōu)化反而對后續(xù)的調試和維護起到了負面作用�！辟M盡心思讓它運行得快了一點點，但卻讓你的代碼變得更難調試和維護了。一個真正好的策略是：先清晰地寫好你的代碼，然后如果有一部分程序確實需要優(yōu)化從而提高性能的話，你再去做這項工作。

6. 沒有提前的規(guī)劃

你的項目用來做什么？你對它的預期規(guī)模是多大？有多少用戶會使用它？它可以運行得多快？這些問題的答案不是現成和確定的，但如果你對它們進行了錯誤的估計，那你如何選出一個合適的開發(fā)框架，從而滿足需求呢？

7. 增加人手加快進度

幾乎所有的軟件開發(fā)項目都落后于計劃，增加項目的人手從理論上來講是可以的，也很不錯。但這其實是一個常見誤區(qū)，事實上，這樣通常都會降低整體的效率。

8. 使用錯誤的時間預期

同樣，不要存在幻想，你可以趕上落后的進度。如果你已經落后于計劃的時間表了，這是由于你預估的時間是錯誤的，這時你應該重新評估整個項目的周期，而不是盲目地堅持那個錯誤的時間規(guī)劃。

原文：http://www.javaworld.com/article/2393057/developer/10-bad-coding-practices-that-wreck-software-development-projects.html#tk.rss_enterprisejava

譯文：http://www.php100.com/html/it/focus/2014/1113/7804.html

標簽： 安全 代碼

版權申明：本站文章部分自網絡，如有侵權，請聯系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯系。