深入学习Composer原理（三）
本系列第三篇文章，一起了解下PSR规范中的PSR4和PSR0规范
首先恭喜大家，包括我自己，坚持到了现在。这篇文章之后，Composer的基础原理就清晰明了咯。也就是说，Composer所利用的正是spl_autoload_register()和PSR4规范，然后通过线上服务器存储包，来实现包管理的功能。spl_autoload_register()的作用我们已经清楚了，主要就是动态加载我们所需要的文件。然而我们的文件不可能都乱七八糟的随便找个目录放下，然后注册一堆的spl_autoload_register()来加载吧，要真这么写，估计你的老板会废了你。在这个时候，PSR路径规范的作用就显示出来咯！！
本文参考PSR规范：https://psr.phphub.org/
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();
神奇的事情发生了，文件自动加载进来了，有点高大上吧，至此，关于Composer的自动加载部分就结束了。我们一起学习到了PHP是如何通过spl_autoload_register方法来自动加载文件，并且通过PSR4规范来形成约束，让大家都有一套统一的规范。而这些，正是Composer的灵魂和肉身。
完整源码：https://github.com/zhangyue0503/php-blog-code-resource/tree/master/composer/base/psr4namespace