ThinkPHP容器源码深度解析(5)

本文涉及的产品
容器镜像服务 ACR,镜像仓库100个 不限时长
简介: ThinkPHP容器源码深度解析

实战案例


光说不干,事事落空;又说又干,马到成功。直接开干


新建文件kaka/container/countableTest.php,并且添加以下内容


image.png


接着在文件application/index/controller/Container.php中学会使用Countable。


这里注意一下用法,是直接使用count();


image.png

image.png



Countable中的count()跟平时使用count()方法有什么区别


顺便看一下PHP源码中的解释


可以看到第一个参数可以是数组也可是是countable


咔咔的理解是Countable只是重写了SPL中的count方法,为了就是方便定制自己需要的统计规则而已。


int count ( mixed $array_or_countable [, int $mode = COUNT_NORMAL ] )


count你不知道的用法


既然说到了这里,咔咔给大家在普及一个count不是很常用的一个用法。


在平时开发的过程中,这样的用法是最普遍的,也是大家最经常见到的一个使用案例。


image.png


但是如果这时给你一个多维数组,例如下图这样,让你统计这个多维数组,你该怎么统计呢!


这个时候估计大多数小伙伴的想法就是循环然后定义一个计数器累计。


其实count()函数在这一块就已经解决了这个需求。


下方打印结果就是"4----6"


直接使用count()函数一个数组得到的就是第一层数组的长度。


但是count()函数还有第二个参数,设置为1就是递归地计数数组中元素的数目(计算多维数组中的所有元素)


所以你这时在去看文档就会发现,count()函数本身就有俩个参数


第一个参数是必须饿,选择是数组


第二个参数默认是0就是不对多维数组中的所有元素进行计数


当第二个参数为1时就是递归的计算多维数组中的所有元素。


image.png


七、Container容器类剖析

上文中实现了一个自己创建的容器,接下来看看源码中的容器,经过了上文容器中出现的技术点都已经囊括完了。


在接下里阅读容器源码就不会很吃力,如果之前的文章没看,一定要大概过一遍哈!


大家无数次打开的一个文件public/index.php。


曾有多少次打开这个文件想对源码进行一探究竟,但是看着看着就放弃了。


image.png


经过之前的注册树模式之后,你肯定就会明白这行代码会返回什么Container::get('app')


这行代码返回就是app的实例,可以进行简单的断点一下。


可以看到返回就是app类里边的众多属性。


所以说注册树模式不会的在继续返回去看之前写的,要不越看越迷糊。


image.png


那么框架中的容器是怎么定义的呢!它到底是怎么实现的呢!


也就是只需要去关注这个get()方法做的事情就可以了。


image.png


代码就会追踪到文件thinkphp/library/think/Container.php中的get()方法


这里的getInstance()方法不陌生了吧!这就是上文说过的单例模式。


image.png


可以进行代码追踪getInstance()这个方法,你就会在同文件中看到这个单例模式的方法,返回Container实例。


image.png


Container实例调用make方法


代码static::getInstance()返回了Container的实例后,就会去调用本类的make方法,接下来就是对make方法进行详解了。


image.png


在开始阅读make方法里边的源码之前,我们需要先对几个属性进行简单的梳理一下。


这四个属性一定要有点印象,并且一定要区别instance和instances。


这俩个属性一个是单例模式返回当前类的实例,一个是容器中的所有的实例。


image.png


第一次执行结果

   /**
     * 创建类的实例
     * @access public
     * @param  string        $abstract       类名或者标识
     * @param  array|true    $vars           变量
     * @param  bool          $newInstance    是否每次创建新的实例
     * @return object
     */
    public function make($abstract, $vars = [], $newInstance = false)
    {
        // 判断$vars这个变量是否为true
        if (true === $vars) {
            // 总是创建新的实例化对象
            $newInstance = true;
            $vars        = [];
        }
        // app  这里就是在容器别名里获取传递过来的app    如果没有则就是app
        $abstract = isset($this->name[$abstract]) ? $this->name[$abstract] : $abstract;
        // 从容器实例中获取  如果存在则直接返回对应的实例  也就是使用注册树模式
        if (isset($this->instances[$abstract]) && !$newInstance) {
            return $this->instances[$abstract];
        }
        // think\App 从容器标识中获取
        if (isset($this->bind[$abstract])) {
            // 将think\App 复制给$concrete变量
            $concrete = $this->bind[$abstract];
            // 用于代表匿名函数的类  判断是不是闭包
            if ($concrete instanceof Closure) {
                $object = $this->invokeFunction($concrete, $vars);
            } else {
                // $this->name['app'] = think\App
                $this->name[$abstract] = $concrete;
                // 在执行一次本类的make方法,也就是本方法
                return $this->make($concrete, $vars, $newInstance);
            }
        } else {
            $object = $this->invokeClass($abstract, $vars);
        }
        if (!$newInstance) {
            $this->instances[$abstract] = $object;
        }
        return $object;
    }

这是第二次执行流程

    public function make($abstract, $vars = [], $newInstance = false)
    {
        // 判断$vars这个变量是否为true
        if (true === $vars) {
            // 总是创建新的实例化对象
            $newInstance = true;
            $vars        = [];
        }
        // app  这里就是在容器别名里获取传递过来的app    如果没有则就是app
        // 第二次执行时 $abstract = think\App
        $abstract = isset($this->name[$abstract]) ? $this->name[$abstract] : $abstract;
        // 从容器实例中获取  如果存在则直接返回对应的实例  也就是使用注册树模式
        if (isset($this->instances[$abstract]) && !$newInstance) {
            return $this->instances[$abstract];
        }
        // think\App 从容器标识中获取
        // 第二次执行$this->bind['think\App']不存在走else
        if (isset($this->bind[$abstract])) {
            // 将think\App 复制给$concrete变量
            $concrete = $this->bind[$abstract];
            // 用于代表匿名函数的类  判断是不是闭包
            if ($concrete instanceof Closure) {
                $object = $this->invokeFunction($concrete, $vars);
            } else {
                // $this->name['app'] = think\App
                $this->name[$abstract] = $concrete;
                // 在执行一次本类的make方法,也就是本方法
                // think\App
                return $this->make($concrete, $vars, $newInstance);
            }
        } else {
            // think\App
            $object = $this->invokeClass($abstract, $vars);
        }
        if (!$newInstance) {
            // 把创建的容器存起来
            //$this->instances['think\App'] = $object;
            $this->instances[$abstract] = $object;
        }
        return $object;
    }
public function invokeClass($class, $vars = [])
    {
        try {
            /**
             * ReflectionClass Object
                (
                [name] => think\App
                )
             */
            // 这里就是之前文章提到的反射
            $reflect = new ReflectionClass($class);
            if ($reflect->hasMethod('__make')) {
                $method = new ReflectionMethod($class, '__make');
                if ($method->isPublic() && $method->isStatic()) {
                    $args = $this->bindParams($method, $vars);
                    return $method->invokeArgs(null, $args);
                }
            }
            // 通过反射获取think\App的构造函数
            $constructor = $reflect->getConstructor();
            $args = $constructor ? $this->bindParams($constructor, $vars) : [];
            // 从给出的参数创建一个新的类实例
            return $reflect->newInstanceArgs($args);
        } catch (ReflectionException $e) {
            throw new ClassNotFoundException('class not exists: ' . $class, $class);
        }
    }
相关文章
|
12天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
12天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
12天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
1月前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
13天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
2月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
87 2
|
3月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
87 0
|
3月前
|
算法 Java 容器
Map - HashSet & HashMap 源码解析
Map - HashSet & HashMap 源码解析
68 0
|
3月前
|
存储 Java C++
Collection-PriorityQueue源码解析
Collection-PriorityQueue源码解析
73 0
|
3月前
|
安全 Java 程序员
Collection-Stack&Queue源码解析
Collection-Stack&Queue源码解析
96 0

推荐镜像

更多