为什么在使用psr-4自动加载Composer时指定名称空间？

Question

我有点困惑，我应该如何在作曲家中使用psr-4自动加载。假设我有一个这样的文件夹结构：

/
|- Core/
|   - Router.php
|- App/
|   - Models
|       User.php
|- composer.json

基本上，在项目根中：composer。json；包含路由器php类的核心文件夹；包含包含用户类的模型文件夹的应用程序文件夹。

路由器类如下所示：

<?php
namespace Core;

class Router {
}

Users类如下所示：

<?php
namespace App\Models;

class User {
}

所以我可以使用Composer psr-4自动加载程序自动加载这些类，我可以在Composer中这样做。json:

{
    "autoload": {
        "psr-4": {
            "Core\\": "Core",
            "App\\Models\\": "App/Models"
        }
    }
}

因此，我可以使用这些类而不需要它们（在运行composer dump autoload之后），如下所示：

$router = new Core\Router();
$user = new App\Models\User();

这样做没有问题。

不过，我也可以在composer中这样做。json:

{
    "autoload": {
        "psr-4": {
            "": ""
        }
    }
}

根据文档，它是一个回退目录，相对于根，任何名称空间都可以在其中。因此，通过在composer autoloader中设置这个“空”条目，我相信它会说“从根目录开始，在任何目录中查找任何命名空间中的类”，如果遵循正确的文件夹命名/命名空间结构，我可以自动加载我的任何类。

所以我的问题是，如果后者有效且简单得多，我为什么要做前者？这是表演吗？还是有其他原因？

Answer 1

PSR-4是将名称空间转换为物理目录的标准。

Answer 2

通常，在使用composer时，您自己的项目只有一个文件夹。然后只需要指定一个名称空间。

考虑将文件结构重新排列为

/
|- lib/
|   - Core/
|      - Router.php
|   - App/
|      - Models
|          User.php
|- composer.json

换个作曲家。json到

{
    "autoload": {
        "psr-4": {
            "MyApp\\": "lib/"
        }
    }
}

然后您只有一个指定的名称空间，不需要再添加任何名称空间。您可以这样调用您的类：

$router = new \MyApp\Core\Router;
$user   = new \MyApp\App\Models\User;

或者像这样：

namespace MyApp;
$router = new Core\Router;
$user   = new App\Models\User;

Answer 3

为什么你不应该总是做"psr-4": {"": ""}？

理由1：它具有成本效益。定义说，对于每个需要自动加载的类，Composer都应该查看根目录。这些类不仅是包中的类，而且也是所有其他类。

Composer试图通过记住没有结果的搜索来优化这种努力，但是只有当你加载具有相同前缀的另一个类时，这种努力才会有回报。

原因2： PSR-4的本质是您不必将整个命名空间路径映射到目录路径。假设您有一个包，它处理一个非常特定的类组，如\Vendor\Temboard\Escape ing\Output\*，而没有其他东西（有小包可以更容易地重用它们，而不需要添加太多代码），您可以在 src/供应商/模板/转义/输出/AnyClass.php并定义

"psr-4": {
        "\\Vendor\\Template\\Escaping\\Output\\": "src/Vendor/Template/Escaping/Output/"
}

还可以将类放入src/AnyClass.php并定义

"psr-4": {
        "\\Vendor\\Template\\Escaping\\Output\\": "src/"
}

这大大缩短了目录路径，略微提高了速度（我想-虽然没有数字），但主要是由于较少打开空文件夹而提高了开发速度。

在同一个包中同时包含Core名称空间和App名称空间，这让我怀疑：为什么没有一个包来对应这两个名称空间？