改掉這 40 個 PHP 開發壞習慣，告別菜鳥身分
許多 PHP 開發者在成長過程中，會不自覺養成一些不良習慣，這些習慣不僅影響代碼品質，更可能導致安全漏洞與維護困境。以下整理 40 項常見陷阱，對照檢視，逐一擊破，你的代碼將更專業、更健壯。
開發工具與規範篇
- 拒絕文檔註釋： 不使用 phpDoc 等工具為代碼添加規範註釋，導致團隊協作與後期維護極度困難。
- 忽視優秀 IDE： 對 Zend Studio、Eclipse PDT 等整合開發環境視而不見，錯失代碼提示、重構、除錯等效率神器。
- 無版本控制： 從未使用 Subclipse、Git 等版本控制系統，代碼變更無追蹤，協作無基礎。
- 編碼命名隨意： 缺乏統一編碼與命名標準，專案週期中更無法貫徹執行。
- 開發方式分散： 團隊成員各自為政，不採用統一開發流程與規範。
安全與資料處理篇
- 輸入未過濾： 不轉換、不驗證用戶輸入或 SQL 查詢字串，直接拼接執行，極易遭受 SQL 注入與 XSS 攻擊。
- 硬編碼氾濫： 訊息、配置參數、HTML 內容直接寫死在代碼中，擴充性與維護性極差。
- 忽視 SQL 優化： 不分析、不優化查詢語句，導致資料庫效能瓶頸。
- 超全域變數誤用： 使用 $_GET 替代 $_POST 執行具破壞性操作（如刪除、修改），違反 HTTP 語義且不安全。
- 不知正則表達式： 面對複雜字串匹配與驗證束手無策。
- 未聽聞常見攻擊： 對 SQL 注入、跨站腳本（XSS）等基礎安全概念一無所知。
架構與設計模式篇
- 缺乏規劃： 動手寫代碼前未徹底規劃程式結構與邏輯流程。
- 拒絕測試驅動： 不採用 TDD，缺乏單元測試與自動化測試保障。
- 關閉錯誤報告： 開發與測試階段不開啟
error_reporting，讓潛在錯誤隱匿上線。
- 忽視除錯器： 不善用 Xdebug 等除錯工具，靠
var_dump 大法維生。
- 不重構代碼： 代碼腐爛不堪，從未主動重構改善結構。
- 不分層： 不使用 MVC 等模式分離表現、邏輯、資料層，導致耦合度極高。
- 核心概念缺失： 不懂 KISS、DRY、MVC、OOP、REST 等基本設計原則。
- 函數直接輸出： 在函數/類中直接
echo/print 而非 return 資料，破壞複用性。
- 拒絕單元測試： 對測試優勢視而不見，缺乏品質把關機制。
- 返回硬編碼 HTML： 函數應回傳純資料（字串、物件、陣列），而非混雜 HTML。
- 不使用資料庫抽象層： 直接操作特定資料庫 API，移植與測試困難。
- 違反 DRY 原則： 大量複製貼上代碼，設計明顯失敗。
- 單一職責缺失： 函數/類/方法試圖做太多事，無法組合復用。
- OOP 特性未掌握： 抽象類、介面、多型、繼承、存取修飾符（public/private/protected）從未嘗試。
- 設計模式陌生： 不利用現有設計模式優化系統架構。
- 基礎目錄硬編碼： 多檔案/目錄專案中，不允許使用者定義基礎路徑。
- 命名空間污染： 使用常見字串命名庫函數，極易衝突。
- 資料表無前綴： 多應用共用資料庫時，表名衝突風險極大。
- 無統一模板引擎： PHP 與 HTML 混寫，前後端協作困難。
- 忽視成熟框架： 對 Laravel、Symfony、Yii 等先進框架懶於探索，錯失最佳實踐與社群生態。
進階 OOP 與工具篇
- 不理解 OOP 優劣勢： 盲目使用或完全排斥物件導向。
- 濫用 OOP： 不視專案規模強行套用物件導向，增加不必要複雜度。
- 誤以為復用等於 OOP： 認為可復用軟體一定要用 OOP，忽略函式式與模組化復用。
- 不利用智慧預設值： 參數驗證與預設值處理缺失。
- 無單一配置檔： 設定分散各處，部署與維護惱人。
- 偽裝原始碼： 用
.inc 替代 .php 企圖隱藏原始碼，實則無效且危險。
- 不使用
__autoload： 手動 require 大量檔案，效率低且易遺漏。
- 不允許智慧錯誤處理： 未整合 PEAR ErrorStack 等錯誤處理機制。
- 類構造函數不接受參數： 限制依賴注入與靈活初始化。
逐項對照，從今天開始改掉這些壞習慣，你的 PHP 代碼將煥然一新，專業度躍升不止一個等級。
