網站開發中需要克服的8個壞習慣

在網站開發領域，很多問題都是由一些不好的編程習慣導致的，消滅掉這些壞習慣，讓你的開發更容易，也更高效。1. 代碼中有拼字錯誤不要驚訝，這是非常常見的問題，最令你抓狂的是這和你的編程能力沒有任何關係。儘管如此，一個拼錯了的變數名字或函數名字都會帶來災難性的後果，而且它們還不易被察覺。那麼如何解決呢？你應該使用一個好的整合式開發環境（IDE）或一個編程專用的代碼編輯器，它們都可以極大程度地協助你減少拼字錯誤。還有一種方法就是，特意選那些容易拼字的名字作為變數和函數名，這樣容易發現錯誤。避免那些易拼錯的詞，像receive很容易寫錯成recieve，而且它們很難被發現。2. 代碼沒有縮排或格式化對代碼進行縮排或統一格式，可以讓人更容易閱讀，也容易對錯誤進行定位。另外，因為是連貫的格式，其他人維護你的代碼也更方便。如果你使用的IDE不能自動統一代碼的格式，可以考慮使用像Uncrustify這樣的代碼美化器，它能根據你的設定對代碼進行格式化。3. 沒有讓代碼模組化讓每個函數實現且只實現一個功能，這樣會讓函數更短，相應的就好理解和維護。比較長的函數裡面通常有很多重路徑，這對測試來說也比較難。一個好的經驗準則就是一個函數的長度不應該超過你的螢幕。還有就是，如果一個函數裡有超過10個的if語句或迴圈語句，那它就太複雜了，需要重寫。4. 你誤以為你的IDE很安全IDE和其它的一些工具可以提高寫代碼的效率，它們可以根據你已有的輸入和範圍，建議（補全）你的變數名字或其他內容。但是，這類工具是不夠安全的，你會因為一些選項看起來很想你需要的那個就選了它，其實你並沒有他就是那個你想要的。事實上，它只是減少了你的思考，但你還需要進行確認。5. 過早的最佳化代碼具有傳奇色彩的程式員DonaldKnuth曾經說過：“程式員花了很多時間在思考那些非關鍵區段的代碼，這樣的最佳化反而對後續的調試和維護起到了負面作用。”費盡心思讓它運行得快了一點點，但卻讓你的代碼變得更難調試和維護了。一個真正好的策略是：先清晰地寫好你的代碼，然後如果有一部分程式確實需要最佳化從而提高效能的話，你再去做這項工作。6. 沒有提前的規劃你的項目用來做什嗎？你對它的預期規模是多大？有多少使用者會使用它？它可以運行得多快？這些問題的答案不是現成和確定的，但如果你對它們進行了錯誤的估計，那你如何選出一個合適的開發架構，從而滿足需求呢？7. 增加人手加快進度幾乎所有的軟體開發項目都落後於計劃，增加項目的人手從理論上來講是可以的，也很不錯。但這其實是一個常見誤區，事實上，這樣通常都會降低整體的效率。8. 使用錯誤的時間預期同樣，不要存在幻想，你可以趕上落後的進度。如果你已經落後於計劃的時間表了，這是由於你預估的時間是錯誤的，這時你應該重新評估整個項目的周期，而不是盲目地堅持那個錯誤的時間規劃。免費領取兄弟連php原創視頻教程光碟片，詳情諮詢官網客服：http://www.lampbrother.net

