[2

如果您已经超过了PHP培训的初学者阶段，则您听说过PSR-0 - 一种自动加载标准，它定义了自动在代码中自动包含PHP类的方法，而无需使用诸如require和Include。

psr-0

• PSR-0还支持类名中的下划线作为替代方案，以使从5.2和更早的过渡更加容易。 zend_mail_message也将导致/path/to/project/lib/vendor/zend/mail/message.php.
• 作曲家
• 作曲家出现并席卷了PHP软件包管理世界时，情况发生了变化。由于其某些规则，文件夹通常会重复，并且在通过作曲家查看PSR-0类安装时变得太深了。例如，某些文件夹结构最终以这样的方式出现：

小贩/ vendor_name/ package_name/ src/ vendor_name/ package_name/ className.php＃vendor_name \ package_name \ className 测试/ vendor_name/ package_name/ classNametest.php＃vendor_name \ package_name \ classnametest

这充其量是混乱的，因为：

“ SRC”和“测试”目录必须包括供应商和软件包目录名称。这是PSR-0合规性的工件。

因此，一些高素质的PHP开发人员聚集在一起，为新标准提出建议：PSR-4。

psr-4

小贩/ vendor_name/ package_name/ src/ className.php＃vendor_name \ package_name \ className 测试/ classNametest.php＃vendor_name \ package_name \ classnametest

升级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

因为PSR-0不允许在类名称

的任何部分之间进行插图路径

这非常重要 - 这意味着实施PSR-4在允许更加清洁的软件包的同时，实施将变得更加复杂。我们称呼为PSR-4面包套件的自动加载，因为它有利于简单之前的包裹清洁度。

选择的方法

建议的目标如下：保留所有软件包必须至少包含两个命名空间级别（供应商和软件包）的PSR-0规则，请确保供应商包装组合可以映射到任何文件夹，并允许在供应商包装组合和完全合格的类名称中的供应商包装组合之间的文件夹中插图。

这意味着我们将能够将我们的类放在软件包代码中的任何位置，对我们作为人类很有意义，并且仍然在PHP中平稳地使用它们，而无需编写替代加载技术或求助于手动加载。

此外，草案明确指出，PSR-4自动加载器绝不应该抛出异常或增加错误，仅仅是因为可以注册多个自动加载器，如果一个人未能加载一堂课，则应给其他人这样做的机会 - 丢下错误并停止流动这种兼容性。如果需要有关故障的其他信息，则应使用PSR-3兼容记录器或其他任意手段。 如示例文件中所示，使用PSR-4自动加载器从以下结构加载类：

/path/to/packages/foo-bar/ src/ baz.php＃foo \ bar \ baz qux/ quux.php＃foo \ bar \ qux \ quux 测试/ baztest.php＃foo \ bar \ baztest qux/ quuxtest.php＃foo \ bar \ qux \ quuxtest

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

看起来像这样：

register（）; //注册命名空间前缀的基本目录 $ loader-> addNamespace（'foo \ bar'，''/path/to/packages/foo-bar/src'）; $ loader-> addNamespace（'foo \ bar'，''/path/to/packages/foo-bar/tests'）;

wall呼叫new \ foo \ bar \ qux \ quux;将尝试从第一个注册目录加载，而新的\ foo \ bar \ qux \ quuxtest;将尝试从第二个加载。

此示例还说明了每个单个名称空间的多个文件夹的使用。

结论

自动加载中没有银色子弹。每种方法都带来了一些优点和缺点 - PSR-4将允许更简单的文件夹结构，但仅通过查看完全合格的名称就可以阻止我们知道班级的确切路径。另一方面，PSR-0在硬盘驱动器上是混乱的，但是支持过去卡住的开发人员（一流的名称用户），并通过查看其名称来帮助我们辨别班级的位置。

您对PSR-4的感觉如何？在下面的评论中让我们知道，或在众多辩论之一中表达您的意见。

无论哪种方式 - 毫无疑问，面向软件包的自动加载将留在这里。如果未正式接受为标准，则由需要它的人实施自定义。我们必须加入讨论并提高该概念以达到正式状态。

经常询问有关PSR-0和PSR-4自动加载的问题

为什么PSR-4已介绍了PSR-0已放在原位时介绍了PSR-&& &&&&&&&&&&&&&&&&&&psr的某些限制的限制为限制的限制为限制范围。 PSR-0在名称空间和目录结构之间的严格相关性导致了深度嵌套的目录，这并不总是实用或有效的。 PSR-4提供了一种更灵活的方法，使开发人员可以将命名空间映射到任何目录，从而减少了对深目录嵌套的需求。

我可以在同一项目中同时使用PSR-0和PSR-4吗？

      /path/to/packages/foo-bar/
          src/
              Baz.php             # Foo\Bar\Baz
              Qux/
                  Quux.php        # Foo\Bar\Qux\Quux
          tests/
              BazTest.php         # Foo\Bar\BazTest
              Qux/
                  QuuxTest.php    # Foo\Bar\Qux\QuuxTest

How does PSR-4 improve upon PSR-0?

 register();

    // register the base directories for the namespace    prefix
    $loader->addNamespace('Foo\Bar', '/path/to/packages/foo-bar/src');
    $loader->addNamespace('Foo\Bar', '/path/to/packages/foo-bar/tests');

已弃用了？

是的，PSR-0已被标记为已弃用。这意味着，尽管它仍然有效，但不建议在新项目中使用。 PSR-4是php中自动加载的推荐标准。

在psr-4中自动加载如何工作？

在psr-4中，自动加载可以通过将一部分名称空间映射到任何目录中来自动加载。然后将其余的名称空间映射到子目录结构。这允许采用自动加载的更灵活，更有效的方法。

使用PSR-4？

如何从psr-0到psr-4迁移到psr-4？

涉及更改名称空间和目录的方式。在PSR-4中，可以将一部分名称空间映射到任何目录，其余的名称空间可以映射到子目录结构。这可能需要重组项目的目录结构。

我可以在较旧的PHP版本中使用psr-4吗？

在PHP中自动加载的未来是什么？

[&& && && &&华未来，PHP中PHP的未来可能会继续不断发展，新的标准和练习是在语言和ecosystems and ecosystems and ecosystems and ecosystems and ecossystems and ecossystems and evolveve and Evenve evolveve。但是，在可预见的将来，PSR-4是PHP中自动加载的建议标准。