Web開發常見性的錯誤

在的應用系統中，我們可以在多個系統層次上使用快取，比如在服務端、應用端和資料庫端等。和日誌一樣，快取也應該在一開始就應用到系統中去，你可以在開發階段禁用快取，等到了產品釋出後再將快取開啟。


在每一個Web專案中都會使用到測試，就像日誌一樣，如果沒有人管理和使用，那麼測試也是一無是處的。


6、沒有使用自動化測試


HP有很多級別的錯誤報告，在開發階段我們必須將它們全部開啟。


最好的實踐方式和設計模式已經由前輩建立了，這往往比你自己再造一個輪子要來的簡單奏效，我們開發者只需要熟練掌握這些設計模式並且合理地應用在專案中即可，比如一些加密演算法。


和上一點相反，很多程式設計師喜歡將錯誤淹沒了，你明知道錯誤會發生，但是你選擇將錯誤隱藏掉，然後可以早早回家睡大覺，殊不知將來會發生更嚴重的錯誤。


4、沒有使用快取


在開發階段，錯誤報告的級別應該設定成最高的，比如以下設定： error_reporting(E_ALL);以及ini_set(‘display_errors’, true);


如果你覺得錯誤不會發生，那麼你把程式太理想化了，在現實世界中，錯誤是必然的。error_reporting和display_error是兩個完全不同的方法，error_reporting()設定了錯誤的級別，而display_errors則是設定錯誤資訊是否要被輸出。


軟體開發的一開始你就要牢記使用日誌，不能到專案結束了才去彌補日誌功能。很多程式設計師都會用這樣或那樣的手段進行日誌記錄，但是很少有人能真正用日誌來記錄異常資訊，試問一個沒有人檢視的日誌系統有什麼用？


3、程式碼中任何地方都沒有使用日誌


你看到過多少人使用自己的密碼加密演算法？很遺憾的告訴你，有很多，因為他們認為將更瞭解它。


執行測試工程是一項枯燥乏味的工作，幸好有一系列工具幫助我們實現自動化測試。在PHP開發中，有一款很好的測試工具叫Jenkins，使用起來非常方便。


5、丟棄了最佳實踐和設計模式


2、淹沒錯誤