自動加載戰:PSR-0對PSR-4
鑰匙要點
- > PSR-0和PSR-4是PHP中的自動加載標準,PSR-0根據類的名稱定義路徑,允許在類名稱中下劃線,而PSR-4的目的是簡化文件夾結構並刪除PSR -餘力。 0.
- > PSR-4,稱為面向軟件包的自動加載,允許使用更清潔的軟件包,但實現更為複雜。它還可以確保自動加載器絕不應該引發異常或增加錯誤,並保持與多個自動加載器的兼容性。 PSR-0和PSR-4都有其優點和缺點:PSR-4允許更簡單的文件夾結構,但沒有顯示出完全合格名稱的類的確切路徑,而PSR-0可能是混亂的,但是支持開發人員使用較舊的命名慣例和輔助工具以其名稱定位課程。
- >如果您已經超越了PHP培訓的初學者階段,那麼您已經聽說了PSR-0 - 一種自動加載標準,它定義了自動在代碼中自動包含PHP類的方法,而無需使用諸如要求和包含之類的語句。
> psr-0
> PSR-0查看類的命名空間,並從硬盤驅動器上的位置辨別出該信息的位置。例如,ZendMailMessage類將導致/path/path/project/lib/vendor/zend/mail/message.php。
> PSR-0還支持類名中的下劃線作為替代方案,以使從5.2及以更早的過渡更加容易。 zend_mail_message也將導致/path/to/project/lib/vendor/zend/mail/message.php。作曲家
作曲家出現並席捲了PHP軟件包管理世界時,情況發生了變化。由於其某些規則,文件夾通常會重複,並且在通過作曲家查看PSR-0類安裝時變得太深了。例如,某些文件夾結構最終以這樣的方式出現:
這充其量是混亂的,因為:
vendor/ vendor_name/ package_name/ src/ Vendor_Name/ Package_Name/ ClassName.php # Vendor_Name\Package_Name\ClassName tests/ Vendor_Name/ Package_Name/ ClassNameTest.php # Vendor_Name\Package_Name\ClassNameTest
>“ SRC”和“測試”目錄必須包括供應商和軟件包目錄名稱。這是PSR-0符合性的工件。
>PSR-4旨在在必要時與PSR-0進行補充並與之合作,而不是完全替代它。它可以,但不必。 PSR-4的主要目標是完全刪除PSR-0和5.3天前的殘餘物,並允許更簡潔的文件夾結構。使用PSR-4,上述文件夾將看起來像這樣:因此,一些高素質的PHP開發人員聚集在一起,為新標準提出了建議:PSR-4。
> psr-4
>升級PSR-0不是選項
因為PSR-0不允許在類名稱的任何部分之間進行插圖
vendor/ vendor_name/ package_name/ src/ ClassName.php # Vendor_Name\Package_Name\ClassName tests/ ClassNameTest.php # Vendor_Name\Package_Name\ClassNameTest
>這非常重要 - 這意味著實施PSR-4雖然允許更清潔的軟件包,但實施將變得更加複雜。我們稱呼為PSR-4包裝的自動加載,因為它有利於簡單之前的包裹清潔度。
>選擇的方法
建議的目標如下:保留所有軟件包必須至少包含兩個命名空間級別(供應商和軟件包)的PSR-0規則,請確保供應商包裝組合可以映射到任何文件夾,並允許使用fifix供應商包裝組合和其餘完全合格的班級名稱之間的文件夾。
>
此外,草案明確指出,PSR-4自動加載器絕不應僅僅因為可以註冊多個自動加載器而引起異常或引起錯誤,並且如果一個人未能加載班級,則應該給其他機會這樣做,而其他人則有機會這樣做- 投擲- 投擲錯誤並停止流量破壞了此兼容性。如果需要有關故障的其他信息,則應使用PSR-3兼容記錄器或其他任意手段。
如示例文件中所示,使用PSR-4自動加載器從以下結構加載類:
看起來像這樣:
在其中調用新的foobarquxquux;將嘗試從第一個註冊目錄加載,而新的foobarquxquuxtest;將嘗試從第二個加載。
vendor/ vendor_name/ package_name/ src/ Vendor_Name/ Package_Name/ ClassName.php # Vendor_Name\Package_Name\ClassName tests/ Vendor_Name/ Package_Name/ ClassNameTest.php # Vendor_Name\Package_Name\ClassNameTest
此示例還說明了每個單個名稱空間的多個文件夾的使用。
>vendor/ vendor_name/ package_name/ src/ ClassName.php # Vendor_Name\Package_Name\ClassName tests/ ClassNameTest.php # Vendor_Name\Package_Name\ClassNameTest
自動加載中沒有銀色子彈。每種方法都帶來了一些優點和缺點 - PSR-4將允許更簡單的文件夾結構,但僅通過查看完全合格的名稱就可以阻止我們知道班級的確切路徑。另一方面,PSR-0在硬盤驅動器上是混亂的,但是支持過去陷入困境的開發人員(一流的名稱用戶),並通過查看其名稱來幫助我們辨別班級的位置。
>您對PSR-4的感覺如何?在下面的評論中讓我們知道,或在眾多辯論之一中表達您的意見。
>
>無論哪種方式 - 毫無疑問,以包裝為導向的自動加載將留在這裡。如果未正式接受為標準,則由需要它的人實施自定義。我們必須加入討論並改善足夠的概念以達到這種正式狀態。關於PSR-0和PSR-4自動加載的常見問題
> PSR-0和PSR-4?
> PSR-0和PSR-4之間的主要區別在於它們處理名稱空間和目錄結構的方式。 PSR-0需要名稱空間與目錄結構之間的直接相關性,這意味著命名空間中的每個凸起都對應於目錄分離器。另一方面,PSR-4允許採用更靈活的方法,其中一部分名稱空間可以映射到任何目錄,其餘的名稱空間可以映射到子目錄結構。引入PSR-4時引入的PSR-4?引入了PSR-4,以克服PSR-0的某些局限性。 PSR-0在名稱空間和目錄結構之間的嚴格相關性導致了深度嵌套的目錄,這並不總是實用或有效的。 PSR-4提供了一種更靈活的方法,使開發人員可以將命名空間映射到任何目錄,從而減少了對深目錄嵌套的需求。
我可以在同一項目中同時使用PSR-0和PSR-4嗎? >
是的,可以在同一項目中同時使用PSR-0和PSR-4。但是,重要的是要注意,它們不應用於自動加載相同的類別。在大型項目中,使用兩種標準都可以是有益的,在大型項目中,某些遺留代碼遵循PSR-0標準,而較新的代碼遵循PSR-4標準。> PSR-4在PSR-0上如何改善?通過提供更靈活的自動加載方法,PSR-4在PSR-0上有所改善。它允許開發人員將一部分名稱空間映射到任何目錄,從而減少對深目錄嵌套的需求。這使得管理和瀏覽項目的目錄結構變得更加容易。
是PSR-0棄用?
是的,PSR-0已被標記為已棄用。這意味著,儘管它仍然有效,但不建議在新項目中使用。 PSR-4是Php。>
>自動加載的推薦標準。然後將其餘的名稱空間映射到子目錄結構。這允許採用自動加載的更靈活,更有效的方法。 使用PSR-4? psr-4有什麼好處,包括多種好處,包括更靈活的自動加載方法,減少,減少需要深度目錄嵌套和提高效率。這也是PHP自動加載的建議標準,使其成為新項目的不錯選擇。>
>我如何從psr-0到psr-4?到PSR-4涉及更改命名空間和目錄的方式。在PSR-4中,可以將一部分命名空間映射到任何目錄,其餘的名稱空間可以映射到子目錄結構。這可能需要重組項目的目錄結構。>我可以在較舊的php版本中使用PSR-4嗎?
psr-4需要PHP 5.3或更高版本。如果您使用的是較舊版本的PHP,則需要升級才能使用PSR-4。 PHP可能會繼續發展,隨著語言及其生態系統的發展,新的標準和實踐被引入。但是,在可預見的將來,PSR-4是PHP中自動加載的建議標準。以上是自動加載戰:PSR-0對PSR-4的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

PHP和Python各有優勢,選擇依據項目需求。 1.PHP適合web開發,尤其快速開發和維護網站。 2.Python適用於數據科學、機器學習和人工智能,語法簡潔,適合初學者。

在PHP中,應使用password_hash和password_verify函數實現安全的密碼哈希處理,不應使用MD5或SHA1。1)password_hash生成包含鹽值的哈希,增強安全性。 2)password_verify驗證密碼,通過比較哈希值確保安全。 3)MD5和SHA1易受攻擊且缺乏鹽值,不適合現代密碼安全。

PHP在電子商務、內容管理系統和API開發中廣泛應用。 1)電子商務:用於購物車功能和支付處理。 2)內容管理系統:用於動態內容生成和用戶管理。 3)API開發:用於RESTfulAPI開發和API安全性。通過性能優化和最佳實踐,PHP應用的效率和可維護性得以提升。

PHP是一種廣泛應用於服務器端的腳本語言,特別適合web開發。 1.PHP可以嵌入HTML,處理HTTP請求和響應,支持多種數據庫。 2.PHP用於生成動態網頁內容,處理表單數據,訪問數據庫等,具有強大的社區支持和開源資源。 3.PHP是解釋型語言,執行過程包括詞法分析、語法分析、編譯和執行。 4.PHP可以與MySQL結合用於用戶註冊系統等高級應用。 5.調試PHP時,可使用error_reporting()和var_dump()等函數。 6.優化PHP代碼可通過緩存機制、優化數據庫查詢和使用內置函數。 7

HTTP請求方法包括GET、POST、PUT和DELETE,分別用於獲取、提交、更新和刪除資源。 1.GET方法用於獲取資源,適用於讀取操作。 2.POST方法用於提交數據,常用於創建新資源。 3.PUT方法用於更新資源,適用於完整更新。 4.DELETE方法用於刪除資源,適用於刪除操作。

在PHPOOP中,self::引用當前類,parent::引用父類,static::用於晚靜態綁定。 1.self::用於靜態方法和常量調用,但不支持晚靜態綁定。 2.parent::用於子類調用父類方法,無法訪問私有方法。 3.static::支持晚靜態綁定,適用於繼承和多態,但可能影響代碼可讀性。

PHP通過$\_FILES變量處理文件上傳,確保安全性的方法包括:1.檢查上傳錯誤,2.驗證文件類型和大小,3.防止文件覆蓋,4.移動文件到永久存儲位置。

PHP類型提示提升代碼質量和可讀性。 1)標量類型提示:自PHP7.0起,允許在函數參數中指定基本數據類型,如int、float等。 2)返回類型提示:確保函數返回值類型的一致性。 3)聯合類型提示:自PHP8.0起,允許在函數參數或返回值中指定多個類型。 4)可空類型提示:允許包含null值,處理可能返回空值的函數。
