## PSR-0/PSR-4命名標準 >[danger] PSR是Proposing a Standards Recommendation（提出標準建議）的縮寫，是由PHP Framework Interoperability Group（PHP通用性框架小組，簡稱PHP-FIG）發起的，通過他們命名就可以看出，這是個主要是針對框架通用性而做努力的開放性小組，他們的在Github上有自己的倉庫地址，目前只有一個被接受的標準，那就是PSR-0標準，標準定義了PHP自動加載的命名規范和文件路徑規范。 針對PSR-0標準主要提到了以下幾點： **要求：** 1. 一個完全合格的命名空間和類名必須有以下的結構“\<提供者名稱>\(<命名空間>\)*<類名>” 2. 每個命名空間必須有頂級的命名空間（“提供者”） 3. 每個命名空間可以有任意多個子命名空間 4. 每個命名空間在被從文件系統加載時必須被轉換為“操作系統路徑分隔符”（DIRECTORY_SEPARATOR ） 5. 每個“_”字符在“類名”中被轉換為DIRECTORY_SEPARATOR 。“_”符號在命名空間中沒有這個含義 6. 符合命名標準的命名空間和類名必須以“.php”結尾來加載文件 7. 提供商名稱，命名空間，類名可以由大小寫字母組成，其中命名空間和類名是大小寫敏感的以保證多系統兼容性 8. 如果文件不存在需要返回false > 對比PSR-0，除了PSR-4可以更簡潔外，需要注意PSR-0中對下劃線(_)是有特殊的處理的，下劃線會轉換成DIRECTORY_SEPARATOR，這是出于對PHP5.3以前版本兼容的考慮，而PSR-4中是沒有這個處理的，這也是兩者比較大的一個區別。 此外，PSR-4要求在autoloader中不允許拋出exceptions以及引發任何級別的errors，也不應該有返回值。這是因為可能注冊了多個autoloaders，如果一個autoloader沒有找到對應的class，應該交給下一個來處理，而不是去阻斷這個通道。 PSR-4更簡潔更靈活了，但這使得它相對更復雜了。例如通過完全符合PSR-0標準的class name，通常可以明確的知道這個class的路徑，而PSR-4可能就不是這樣了。 * * * * * ### 參考 [PHP-FIG — PHP Framework Interop Group](http://www.php-fig.org/) [PHP FIG - github](https://github.com/php-fig) [PHP FIG 標準規范中文版](https://psr.phphub.org/) [PHP 標準規范中文版發布](https://segmentfault.com/a/1190000005036857) ***** last update：2017-10-15 00:52:56