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，则框架是供应商依赖项。

接口和抽象类应该有自己的目录吗？

我建议将接口或抽象基类保留在同一目录中。

这样只会为一个或两个文件保存一个文件夹，）。