不鼓勵在PHP 中使用全域變量,因為它可能會創建緊密耦合的程式碼,阻礙靈活性,並引入安全風險。本文深入探討了為什麼應該避免 global,重點是一個具體的例子,並提供了一個基於依賴注入的更有效率的解決方案。
全域變數的首要問題是它們隱含的本質。透過將變數宣告為全域變量,可以在整個程式碼庫中建立對它的直接依賴關係。對變數名稱或可用性的任何變更都會立即影響應用程式的其他部分。這種隱式依賴關係可能會導致混亂,尤其是在較大的程式碼庫中,使追蹤錯誤和維護程式碼變得更加困難。
管理跨不同部分共享的變數的更好方法程式碼庫是依賴注入。這涉及將所需的依賴項作為參數明確傳遞給函數或類,而不是依賴全域可用的變數。透過這樣做,依賴關係變得明確且易於管理。
為了說明全域變數的問題,請考慮一個假設的場景,其中配置陣列 $config 儲存在config.php 檔案並包含在應用程式的多個頁面中。在特定的函數 conversion() 中,全域 $config 宣告成為存取設定資料所必需的。
function conversion($Exec, $Param = array(), $Log = '') { global $config; $cmd = $config['phppath'] . ' ' . $config['base_path'] . '/' . $Exec; foreach ($Param as $s) { $cmd .= ' ' . $s; } }
透過擁抱相依性注入,我們可以將 $config 陣列直接傳遞給 conversion() 函數,如下所示一個參數,消除了對全域變數的需求。
function conversion($Exec, $Param = array(), $Log = '', $config) { $cmd = $config['phppath'] . ' ' . $config['base_path'] . '/' . $Exec; foreach ($Param as $s) { $cmd .= ' ' . $s; } }
現在, conversion() 函數變得更加模組化,並且更少依賴全域變數。它可以在應用程式的其他部分使用,無需包含 config.php 檔案或全域 $config 聲明。
場景可以進一步擴充以示範資料庫連線的依賴注入。假設我們有一個 Database 類別和一個方法 loadConfigurationFromDatabase(),它從資料庫取得設定資料。
class Database { // ... public function loadConfigurationFromDatabase() { // ... return $config; } }
要使用依賴注入存取配置數據,我們可以將 Database 類別的實例傳遞給函數或類,並呼叫 loadConfigurationFromDatabase() 來取得配置數組。
// ... $db = new Database(); $config = $db->loadConfigurationFromDatabase(); // ...
這種方法乾淨地分離了資料庫連接以及從應用程式程式碼的其餘部分載入配置的過程,使其更易於維護和測試。
總之,雖然全域變數看起來很方便,但它們引入了隱式依賴並限制了程式碼的靈活性。透過採用依賴注入,開發人員可以促進解耦程式碼、增強模組化並提高整體軟體品質。走上這條道路會帶來更清晰、更可維護和可擴展的程式碼庫。
以上是為什麼我應該停止在 PHP 中使用全域變數並擁抱依賴注入?的詳細內容。更多資訊請關注PHP中文網其他相關文章!