PSR-4是否僅適用於小包裝？

Question

閱讀PSR-4之后 ，我認為它只適合目錄很少的小型軟件包。
如果軟件包很大，它將具有很多自動加載功能可從子軟件包加載。 （因為我們需要先告訴函數基本目錄）
考慮CMS或框架

• 管理
• 擴展
• LIB
• 骨架
• 抽象
• 數據庫
• 約會時間
• 職能
• 接口
• 評論
• 崗位
• 用戶

對於此CMS軟件包，PSR-0是否比PSR-4更好？
我的目錄結構好嗎？
接口和抽象類應該有自己的目錄嗎？

Answer 1

PSR-4是否僅適用於小包裝？

不，PSR-4不僅僅適用於小包裝。 Zend和Symfony等標准框架也使用它。

PSR-4描述了從文件路徑自動加載類的規范。 它不對項目的大小做任何假設。 它是完全可互操作的，並且除其他任何自動加載規范外，還可以使用。 這意味着您也可以使用PSR-0。

對於此CMS軟件包，PSR-0是否比PSR-4更好？

這取決於。 如果您的系統使用名稱空間來避免類名與其他供應商發生沖突，那么PSR-4是正確的選擇。 但總的來說：自動裝帶器並不在乎，他只是吃PSR-0和PSR-4類早餐。

如果您真的想知道：做A / B測試並比較自動加載速度。

我的目錄結構好嗎？

這取決於：如果您和CMS或Framework的用戶喜歡該結構，則可以。 如果您使用Composer進行依賴項管理，那么lib\\ framework可能是一匹死馬，因為所有軟件包都位於vendor文件夾中。 如果您開發CMS，則框架是供應商依賴項。

接口和抽象類應該有自己的目錄嗎？

我建議將接口或抽象基類保留在同一目錄中。

這樣只會為一個或兩個文件保存一個文件夾，）。