【原】深入学习Composer原理（三）

硬核项目经理 2021-05-31

展开全文

本系列第三篇文章，一起了解下PSR规范中的PSR4和PSR0规范

首先恭喜大家，包括我自己，坚持到了现在。这篇文章之后，Composer的基础原理就清晰明了咯。也就是说，Composer所利用的正是spl_autoload_register()和PSR4规范，然后通过线上服务器存储包，来实现包管理的功能。spl_autoload_register()的作用我们已经清楚了，主要就是动态加载我们所需要的文件。然而我们的文件不可能都乱七八糟的随便找个目录放下，然后注册一堆的spl_autoload_register()来加载吧，要真这么写，估计你的老板会废了你。在这个时候，PSR路径规范的作用就显示出来咯！！

本文参考PSR规范：https://psr./

PSR4的格式

\<命名空间>(\<子命名空间>)*\类名

具体的内容直接上文中提供的参考链接，这里总结重要的几点：

顶级命名空间必须有一个
子命名空间可以多个或没有
类名必须有
大小写敏感，下划线无实际意义（注意，下划线是主要的和PSR0的区别）

类名与文件载入的对应

去掉最前面的命名空间的分隔符，前面的命名空间作为[命名空间前缀]，必须与至少一个[文件基目录]对应
子命名空间与[文件基目录]下的文件夹对应，命名空间分隔符号作为目录分隔符号
末尾的类名，与最终目录下的对应的.php文件相同
autoload的实现不可出现异常，也就是要解决掉异常问题

估计各位看得一脸懵逼吧！！

其实很好理解，举例说明，我们先建立一个目录叫myvendor，里面放着常用的工具包，如图：

那么TestClass.php的命名空间应该是Test，而CaseClass的应该是CaseModel\CaseChild。统一从myvendor这个文件夹作为入口进入。也就是myvendor是一个超级[基目录]，然后Test和CaseModel是对应命名空间的两个[文件基目录]，剩下的子个名空间与目录对应。官网中还有其他的展示方式，但在这里我们用这种最标准的方式。

其实说白了，就是命名空间和目录对应上，写代码找文件就方便得很啦！！

上面说的是PSR4的规范，那么PSR0又是什么鬼？目前来说PSR0已经废弃了，它们两个大部分内容还是相近的，最大的区别在于PSR0中的_这个符号是有意义的，也就是/namespace/package/Class_Name这样的内容，会去提供/namespace/package/Class/Name.php文件，而PSR4中则忽略_这个符号的意义，还是去查找Class_Name.php这个文件。

TestClass.php代码

<?php

namespace Test;


class TestClass
{
    public function show()
    {
        echo "we are family!\n";
    }
}

CaseClass.php代码

<?php

namespace CaseModel\CaseChild;

class CaseClass
{
    public function show()
    {
        echo "Good!\n";
    }
}

接下来，在myvendor目录外面添加一个psr4.php文件，代码如下：

<?php

spl_autoload_register(function ($class) {
    $vendor = __DIR__ . '/myvendor';
    $file   = $vendor . '/' . str_replace('\\', '/', $class) . '.php';
    if (file_exists($file)) {
        require $file;
    }
});

use CaseModel\CaseChild\CaseClass;
use Test\TestClass;

$t = new TestClass();
$t->show();

$c = new CaseClass();
$c->show();