PHP自动加载与composer自动加载

举报
仙士可 发表于 2023/06/21 16:41:19 2023/06/21
【摘要】 当我们编写面向对象的程序时,通常是将类分别放在不同的文件中。但这样一来,当我们调用其他类的时候,则需要先手动引入该文件(否则会因为当前程序中没有该类名的类而报错)久而久之加载的列表就会很混乱复杂,不方便管理。文件A.php<?phpclass A{ public function run(){ echo "这是在A类中的方法"; }}?>文件B.php<?phpre...

当我们编写面向对象的程序时,通常是将类分别放在不同的文件中。但这样一来,当我们调用其他类的时候,则需要先手动引入该文件(否则会因为当前程序中没有该类名的类而报错)

久而久之加载的列表就会很混乱复杂,不方便管理。

文件A.php
<?php
class A{
    public function run(){
        echo "这是在A类中的方法";
    }
}
?>
文件B.php
<?php
require "A.php"; // 在这里需要先加载A.php文件
class B{
    public function run(){
        echo "这是在B类中的方法";
        $A = new A();
        $A->run();
    }
}
复制

所幸,在PHP中我们可以定义自动加载器,自动加载需要使用的文件。

在讲自动加载器之前,我们先简单说说php中加载文件的几个函数的区别 以及 自动加载所需要的一些知识。

include和require

这两个都是php用来包含其他文件的,它们大部分的功能特性都一样,但也有一小部分的区别。

include有的特性require都有

  • 加载成功会返回1,可以在被包含文件中通过return改变
  • 当一个文件被包含时,其中所包含的代码继承了 使用包含语句所在行的变量范围,比如在函数中包含其他文件,则被包含文件中定义的变量也是函数内的作用域
  • 包含是语法结构,而不是函数。不需要使用()包裹文件名

include和require的不同

它们只有处理失败的方式不同。

require 在出错时产生 E_COMPILE_ERROR 级别的错误。换句话说将导致脚本中止。(在框架或者其他业务逻辑中,建议使用require,这样子可以提高脚本的完整性和稳定性)

而 include 只产生警告 E_WARNING ,脚本会继续运行。

网上有的古老文章说require是无条件加载 即 if (false) require “test.php”; 也会正常执行加载,测试5.6,7.2都是不会加载的,从一小篇文章找到说是php4的情况

还有另外的include_oncerequire_once,这两个方法的区别跟它的普通方法一样,只是会检测加载的文件是否已经被加载过,如果是则不会再次加载(多了一个判断过程,稍微损耗一点性能)

命名空间

在面向对象的程序中,大部分的情况都是需要使用命名空间的。我们先了解命名空间的知识,在后续也会结合命名空间实现自动加载

在我们使用计算机的过程,如果想在同一个路径目录下新建两个同名的文件,将会得到错误提示,当前目录下已经存在该文件名的文件。

在php程序中也是如此,我们没办法在同一个空间下声明两个一样类名的文件,否则会得到报错提示

Cannot declare class A, because the name is already in use

<?php
class A{
    function __construct(){
        echo "第一个";
    }
}
class A{
    function __construct(){
        echo "第二个";
    }
}
复制

在不同的目录中新建两个一样文件名的操作是被允许的,在程序中我们也可以通过命名空间来给代码划分目录

将不同的代码划分到不同的空间中,两个空间的代码将相对独立开来

新建两个文件 A1.php 和 A2.php

A1.php
<?php
namespace Siam;  // 声明命名空间使用该语法
class A{
    function __construct()
    {
        echo "这是在Siam空间下的A类";
    }
}
复制
A2.php
<?php
// 没有声明命名空间,则是在根空间下
class A{
    function __construct()
    {
        echo "这是在根空间下的A类";
    }
}
// 此时我们可以通过普通的require引入A1.php
require "A1.php";
$A1 = new A();
复制

运行A2,但是却得到结果:

这是在根空间下的A类

此时没有报错相同类名,所以可以看到使用了命名空间,将代码放到不同空间内,可以定义相同类名的类

那是因为,虽然我们已经引入了Siam\A 但是在使用的时候没有说明我们使用的是Siam空间下的A

当我们在某个命名空间下(如Siam)声明类的时候,该类的完整类名将是命名空间+类名如(Siam\A)

所以默认调用根的A类,我们将代码改成

require "A1.php";
$A1 = new Siam\A();
复制

得到结果:这是在Siam空间下的A类

除了这种在调用的时候写名完整类名的方式,我们还可以提前声明,出现的所有名字为A的类,都是使用某个命名空间下的。

先有定义命名空间,其他地方才能use

这个声明使用use 关键字,通常写在文件的开头,use需要写明完整类名。

新建一个文件

<?php
require "A1.php"; // 引入Siam空间下的A类文件
require "A1.php"; // 引入根空间下的A类文件
use Siam\A;  // 已经声明程序中使用的是Siam空间下的A类
$A1 = new A(); 
// 输出   这是在Siam空间下的A类
$A2 = new \A(); // 通过完整的类名,来调用根空间下的类
// 输出   这是在根空间下的A类
复制

在使用use的时候还可以给类设置别名,防止当前脚本也有其他同名的类而导致的冲突

调用的时候值需要调用设置的别名即可

<?php
require "A1.php"; // 引入Siam空间下的A类文件
require "A1.php"; // 引入根空间下的A类文件
use Siam\A AS S_A;  // 已经声明程序中使用的是Siam空间下的A类,并且升值一个别名
$A1 = new S_A(); 
// 输出   这是在Siam空间下的A类
new A();  // 当前运行脚本没有声明namespace  所以是根空间  写的类名也不是完整类名,所以调用当前空间下的类  
// 输出   这是在根空间下的A类
$A2 = new \A(); // 通过完整的类名,来调用根空间下的类
// 输出   这是在根空间下的A类
复制

自动加载的原理

index.php
<?php
new A();
复制

当我们使用当前程序未定义的类时,会产生一个报错 Class 'A' not found

在调用类的过程中,php会先检查当前程序内是否有该类,若没有则通过调用 __autoload函数引入该类的文件。

__autoload ( string $class ) : void

该方法在 php >= 7.2就被废弃了,如果使用的是>=7.2的版本可以继续看下面部分的内容

index.php
<?php
function __autoload($className){
    echo "正在尝试autoload方法\n";
    if (file_exists("$className.php")){
        require "$className.php";
    }
}
new A();
复制

可以得到结果:

正在尝试autoload方法 Fatal error: Uncaught Error: Class ‘A’ not found in

那是因为我们现在还没有写A文件,我们创建一个A.php文件,里面声明A类

A.php
<?php
class A
{
    function __construct()
    {
        echo "A被实例化了\n";
    }
}
复制

此时可以得到结果:

正在尝试autoload方法 A被实例化了

至此就完成了一个简单的自动加载器的声明。我们实际的应用往往不会这么简单,这就需要我们对自动加载器的功能进一步完善才能灵活使用。

常见的加载器可以设计为:

  • 定义类名与文件地址的映射
  • 根据命名空间与目录层级的稳定关系追寻文件

第一种加载器 定义类名与文件地址的映射

<?php
function __autoload($className){
    // 定义一个映射关系数组 如果是有使用命名空间,则要填写完整类名
    $map = [
        'A' => 'Lib/A.php',
    ];
    if ( !empty($map[$className]) ){
        require $map[$className];
    }
}
new A();
复制

第二种加载器 根据命名空间与目录层级的稳定关系追寻文件

<?php
function __autoload($className){
    var_dump($className);
}
new Siam\A();
复制

运行可以得到结果string(6) "Siam\A"

我们依旧可以像第一种自动加载器一样定义map映射,同时我们可以根据命名空间的层级创建对应的目录,这样子就可以根据命名空间找到最终储存的目录路径了

<?php
function __autoload($className){
    if (file_exists("$className.php")){
        require "$className.php";
    }
}
new Siam\A();  // 此时要把Siam\A的类放到  Siam目录下的A文件中
复制

可以正常运行得到结果:这是在Siam空间下的A类

在不同操作系统中,目录分隔符会不同,以上代码可能不能正常运行,需要根据命名空间的\ 替换成系统的目录分隔符

这种要求类文件根据命名空间存放在对应的目录层级中的约束,叫做PSR规范。(目前是第四个版本,更详细的资料可以通过其他方式了解)

PSR-4规范不要求改变代码的实现方式,只建议如何使用文件系统目录结构和PHP命名空间组织代码,PSR-4规范以来PHP命名空间和文件系统目录结构查找并加载PHP类、接口和Traits。

php新版的自动加载器 spl_autoload ※※※ 推荐使用的方式

我们上面介绍了__autoload方法,随着语言的发展,该方式并不能很好的为我们提供服务了。

我们有的时候会使用别人封装的类,或者将类文件放在不同的根目录中。如果此时我们使用该方法来加载,则是这样子的运行流程:

if ( 类文件是否存在A目录 ){
    加载A目录下的该类文件
} else if ( 类文件是否存在B目录) {
    加载B目录下的该类文件
}...
复制

会随着系统的扩展而越来越臃肿,所以出现了一种新的注册自动加载器的方式spl_autoload_register

该方式可以支持我们注册多个自动加载器,会按照注册的顺序寻找加载类,如果中途找到则加载并停止,否则将找到结束。

该函数需要传参,可以为callback,类与方法名,函数名等

class Foo {
    static public function test($name) {
        print '[['. $name .']]';
    }
}

spl_autoload_register('\Foo::test'); // 自 PHP 5.3.0 起 将类的一个方法作为加载器的入口
function my_autoloader($class) {
    include 'classes/' . $class . '.class.php';
}

spl_autoload_register('my_autoloader');  // 将一个函数作为加载器的入口

// 或者,自 PHP 5.3.0 起可以使用一个匿名函数
spl_autoload_register(function ($class) {
    include 'classes/' . $class . '.class.php';
});
复制

使用方式跟__autoload其实基本一样。只是可以更加灵活地扩展。

composer的自动加载

在我们另一篇文章中已经很详细地介绍了composer:原文地址

除了管理依赖包的功能之外,自动加载也是composer的很重要的一个功能,

我们在使用依赖包的时候,并不需要每一个文件都去加载,而是引入composer的入口文件即可调用所有依赖类。

这就是composer已经为我们实现了自动加载的功能。

我们打开一个使用了composer的目录

在composer的核心中,存在着几个以autoload开头的文件,都是用来提供自动加载的功能的。

  • autoload_classmap.php 存放类与文件路径的映射
  • autoload_namespaces.php 存放命名空间与目录路径的映射
  • autoload_psr4.php 存放符合psr4规范的映射关系

还有其他几个是加载的逻辑的处理等等,这里就先不详细讲,主要处理是从上面几个映射关系中寻找类文件并加载。

当我们更新依赖包,新增依赖包,删除依赖包的时候。composer都会更新它维护的那几个映射文件。

composer也提供了我们自己定义映射的功能,我们在composer.json中可以设置配置项。

当前提供PSR-0, PSR-4, classmap,files 四种加载方式的配置

注意注意注意!!! 更新了配置文件都需要执行一下命令才能生效 composer dumpautoload

files  如果你想要明确的指定,在每次请求时都要载入某些文件,那么你可以使用’files’ autoloading。通常作为函数库的载入方式(而非类库)

{
    "autoload": {
        "files": ["src/common/functions.php"]
    }
}
复制

classmap  当我们在使用一些不符合psr规范的类库时,比如老版的phpqrcode,它并没有使用命名空间。

这个时候我们将这类型的类文件放在一个目录中,并使用classmap方法设置在加载类文件的时候搜索这些目录。

{
    "autoload": {
        "classmap": ["src/", "lib/"]
    }
}
复制

psr4映射设置

PSR-4和PSR-0最大的区别是对下划线的定义不同。PSR-4中,在类名中使用下划线没有任何特殊含义。而PSR-0则规定类名中的下划线会被转化成目录分隔符。

现在一般都是使用PSR-4规范。

在composer.json中添加以下模块
"autoload": {
    "psr-4": {
        "Siam\\": "Lib/Siam",
        "Monolog\\": ["src/", "lib/"],  // 如果需要尝试在多个目录下寻找某个命名空间 则使用数组
    }
},
复制

上面代表了Siam命名空间是对应Lib/Siam目录,以Siam为命名空间的类,会尝试从该路径中加载。 Monolog命名空间下的类可能在src目录下也可能在lib目录下,会尝试从这些路径中加载。

设置的命名空间必须以\\结束

本文的讲解就到这里。 

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。