标签:管理 场景 直接 nbsp container 依赖 ons 除了 代码实现
单例模式确保一个类只有一个实例,并提供一个全局访问点。当现实中只需要一个对象,或者为了节省系统资源,又或者是为了共享数据的时候可以使用单例模式。
我们先来看看单例模式的标准实现:
final class Singleton { /** * @var Singleton * 维持一个对自身的引用,并保证其唯一性 */ private static $instance; // 获取实例唯一的入口 public static function getInstance(): Singleton { if (null === static::$instance) { static::$instance = new static(); } return static::$instance; } // 不允许通过new的方式产生,只能通过Singleton::getInstance()方法 private function __construct() { } // 也不允许clone()方法,此方法也会产生一个新的实例 private function __clone() { } // 也不允许反序列化,因为反序列化也会产生一个新的实例 private function __wakeup() { } }
单例模式不允许产生单例的类被继承,不允许通过new方式产生,除了规定的getInstance()方法,别的实例化的途径基本被堵死。而在类的内部维持一个对自身的引用,并保证其是唯一的。
单例模式估计是所有涉及模式中最简单的了,在PHP和Yii中很少见到直接这么使用的,更多的是其变化的形式。
Yii使用单例的场景非常多,比如请求开始创建的Application,Yii,Request,Response等对象功能都十分丰富且开销也很大,维持一个单例就可供请求的整个生命周期使用。在请求开始即创建,请求结束自行销毁,中间不销毁也不创建。这些对象使用了单例没有疑问,但是这些单例的产生、管理和使用却是有不同讲究的。
对象如何创建又如何维护,恐怕任何一个PHP框架都绕不开这个问题。Yii2采用服务定位器和依赖注入容器来提供大部分对象。在容器中使用单例好处是非常明显的。至少可以表现在节省内存和公用组件方面。
Yii::$container
在内存中仅有一份,所有使用DI容器的场合(Application/Module等)都用到这个DI容器。 这就节省了大量的内存空间和反复构造实例的时间。
更为重要的是,DI容器的单例化,使得Yii不同的模块共用组件成为可能。 可以想像,由于共用了DI容器,容器里面的内容也是共享的。因此,你可以在A模块中改变某个组件的状态,而B模块中可以了解到这一状态变化。 但是,如果不采用单例模式,而是每个模块(Application/Module)都维护一个自己的DI容器, 要实现这一点难度会大得多。所以,这种共享DI容器的设计是必然的、合理的。
在 Yii.php 中:
只在入口脚本require ‘../Yii.php‘时创建一个Container实例 Yii::$container = new yii\di\Container();
在Yii框架中,除了少数情况,都是通过Yii::createObject()来创建类的实例
而在Yii::createObject()中始终用到一个单例Yii::$container
标签:管理 场景 直接 nbsp container 依赖 ons 除了 代码实现
原文地址:https://www.cnblogs.com/echojson/p/10854532.html