PHP实现依赖注入
PHP实现依赖注入
o0无忧亦无怖 发表于4个月前
PHP实现依赖注入
  • 发表于 4个月前
  • 阅读 2219
  • 收藏 108
  • 点赞 8
  • 评论 38

腾讯云 技术升级10大核心产品年终让利>>>   

摘要: 控制反转(Inversion of Control,英文缩写为IoC)是框架的重要特征。控制反转(IOC)是一种思想,依赖注入(DI)是实施这种思想的方法。

> 高层模块不应该依赖于底层模块,两个都应该依赖抽象。

>抽象不应该依赖于细节,细节应该依赖于抽象。

###首先,我们来看一段代码:

class A{
        public function echo()
        {
                echo 'A'.PHP_EOL;
        }
}
class EchoT {
        protected  $t;
        public function __construct()
        {
              $this->t = new A();
        }
        public function echo(){
                $this->t->echo();
        }
}

初始,我们都使用new 的方式在内部进行,EchoT类严重依赖于类A。每当类A变化时,EchoT类也得进行变化。 ###我们优化一下代码

class EchoT {
        protected  $t;
        public function __construct($t)  //构造器注入由构造器注入到其中
        {
              $this->t = $t;
        }

可以看到,这样做的话。很大程序上,我们对程序进行了解耦。类A无论你如何变动,EchoT类是不需要变动的。不再依赖于A。但是新问题又来了,我们现在只有A,万一来了B,来了CDEFG怎么办。 ###面向接口

interface T{
        public function echo();
}

class A{
        public function echo()
        {
                echo 'A'.PHP_EOL;
        }
}

class B implements T{
        public function echo()
        {
                echo 'B'.PHP_EOL;
        }
}
class EchoT {
        protected  $t;
        public function __construct(T $t)  //构造器注入由构造器注入到其中
        {
              $this->t = $t;
        }
        public function echo(){
                $this->t->echo();
        }
}

将T抽象出为接口,这样,EchoT类中的echo方法变成一个抽象的方法,不到运行那一刻,不知道他们的Method方式是怎么实现的。 ###工厂

function getT($str) {
    if(class_exists($str)){
        return new $str();
        }
}

T要使用哪个是不明确的,因此,我们可以将其工厂化。【看上去很简单,在DI实际上有体现】

###DI(重点来了) 首先,我们看一下PHP的psr规范。

>http://www.php-fig.org/psr/psr-11/

官方定义的接口

Psr\Container\ContainerInterface
包含两个方法
function get($id);
function has($id);

仔细看上面的工厂,是不是和get($id)很一致,PHP官方将其定义为容器(Container,我个人理解,就是一个复杂的工厂)

dependency injection container

依赖注入容器

namespace Core;
use Psr\Container\ContainerInterface;
class Container implements ContainerInterface
{
        protected $instance = [];//对象存储的数组
        public function __construct($path) {
                $this->_autoload($path);  //首先我们要自动加载  psr-autoload
        }

        public function build($className)
        {
                if(is_string($className) and $this->has($className)) {
                        return $this->get($className);
                }
                //反射
                $reflector = new \ReflectionClass($className);
                if (!$reflector->isInstantiable()) {
                        throw new \Exception("Can't instantiate ".$className);
                }
                // 检查类是否可实例化, 排除抽象类abstract和对象接口interface
                if (!$reflector->isInstantiable()) {
                        throw new \Exception("Can't instantiate ".$className);
                }
                /** @var \ReflectionMethod $constructor 获取类的构造函数 */
                $constructor = $reflector->getConstructor();
                // 若无构造函数,直接实例化并返回
                if (is_null($constructor)) {
                        return new $className;
                }
                // 取构造函数参数,通过 ReflectionParameter 数组返回参数列表
                $parameters = $constructor->getParameters();
                // 递归解析构造函数的参数
                $dependencies = $this->getDependencies($parameters);
                // 创建一个类的新实例,给出的参数将传递到类的构造函数。
                $class =  $reflector->newInstanceArgs($dependencies);
                $this->instance[$className] = $class;
                return $class;
        }

        /**
         * @param array $parameters
         * @return array
         */
        public function getDependencies(array $parameters)
        {
                $dependencies = [];
                /** @var \ReflectionParameter $parameter */
                foreach ($parameters as $parameter) {
                        /** @var \ReflectionClass $dependency */
                        $dependency = $parameter->getClass();
                        if (is_null($dependency)) {
                                // 是变量,有默认值则设置默认值
                                $dependencies[] = $this->resolveNonClass($parameter);
                        } else {
                                // 是一个类,递归解析
                                $dependencies[] = $this->build($dependency->name);
                        }
                }
                return $dependencies;
        }

        /**
         * @param \ReflectionParameter $parameter
         * @return mixed
         * @throws \Exception
         */
        public function resolveNonClass(\ReflectionParameter $parameter)
        {
                // 有默认值则返回默认值
                if ($parameter->isDefaultValueAvailable()) {
                        return $parameter->getDefaultValue();
                }
                throw new \Exception($parameter->getName().' must be not null');
        }
        /**
         * 参照psr-autoload规范
         * @param $path
         */
        public function _autoload($path) {
                spl_autoload_register(function(string $class) use ($path) {
                        $file = DIRECTORY_SEPARATOR.str_replace('\\',DIRECTORY_SEPARATOR, $class).'.php';
                        if(is_file($path.$file)) {
                                include($path.$file);
                                return true;
                        }
                        return false;
                });
        }

        public function get($id)
        {
                if($this->has($id)) {
                        return $this->instance[$id];
                }
                if(class_exists($id)){
                        return $this->build($id);
                }
                throw new ClassNotFoundException('class not found');  //实现的PSR规范的异常
        }

        public function has($id)
        {
                return isset($this->instance[$id]) ? true : false;
        }
}

####使用示例

$container = new Container('../');//假设这是路径
$echoT = $container->get(\Test\EchoT::class);     //假设echoT类的命名空间是\Test
$echoT->echo();

这个时候,会出现一个问题:

  // 检查类是否可实例化, 排除抽象类abstract和对象接口interface
                if (!$reflector->isInstantiable()) {
                        throw new \Exception("Can't instantiate ".$className);
                }
因为接口T是无法实例化的,所以,一般在程序内,我们都加上别名(参照laravel框架)
$container->alisa(\Test\T::class,\Test\T\A::class);  //指定接口T使用类A(控制反转)

####针对接口 下面是alias方法

      public function alias(string $key, $class, bool $singleton = true) 
        {
                if($singleton) {
                        $this->singleton[] = $class;
                }
                $this->aliases[$key] = $class;
                return $this;
        }
    //同时,我们需要在build的时候进行判断是否为别名
 public function build($className)
        {
                if(is_string($className) and $this->has($className)) {
                        return $this->get($className);
                }
                if(isset($this->aliases[$className])) {
                        if(is_object($this->aliases[$className])) {
                               return $this->aliases[$className];
                        }
                        $className = $this->aliases[$className];
                }

就此,一个简单的PHP容器就实现了。 ###个人实现代码

我最近一个爬虫项目(基于swoole)

###参考:

PHP之道

编程老头

PHP程序员如何理解依赖注入容器(dependency injection container)

共有 人打赏支持
粉丝 21
博文 62
码字总数 36043
作品 1
评论 (38)
滔哥
好复杂...:anger:
我勒个屮艸芔茻
好复杂...:boom:
宇润
设计模式听起来很复杂,其实很多用法实际写的时候可能已经用过了
山雨欲来
spring已经出版DI多久了,人称世界上最好的语言PHP DI还在路上
梅开源
php没必要像java一样搞一层层的类。
岩哥无敌
越来越像java
mia0x75

引用来自“山雨欲来”的评论

spring已经出版DI多久了,人称世界上最好的语言PHP DI还在路上
喷都喷不好,什么是语言,什么是框架?
长宁楚王陈涉
有个问题,接口一般都是对应多个实现。alias 中 key 就无法对应多个实现。如果需要使用者关心,key 对应了何种实现的话,容器本身也失去优势了。
o0无忧亦无怖

引用来自“长宁楚王陈涉”的评论

有个问题,接口一般都是对应多个实现。alias 中 key 就无法对应多个实现。如果需要使用者关心,key 对应了何种实现的话,容器本身也失去优势了。
举个栗子: cache=》可以使用redis来做,当你想用files来做得话,设置别名,cache=>File::class。如果你想同时使用多种驱动的话,可以使用SetCacheDriver($di->get("cacheFile"))//别名为cacheFile。当然,SetCacheDriver的参数应该是面向接口的。 注入也分几种,文中主要是以构造器注入为主
o0无忧亦无怖

引用来自“梅开源”的评论

php没必要像java一样搞一层层的类。
合理的优化也是一种必要的存在,毕竟在P7内,性能已经提升很大了。这些并不会造成很大的性能问题
o0无忧亦无怖

引用来自“岩哥无敌”的评论

越来越像java
我也这么觉得
o0无忧亦无怖

引用来自“宇润”的评论

设计模式听起来很复杂,其实很多用法实际写的时候可能已经用过了
必然,设计模式最初是为了弥补面向对象的不足而出现的
长宁楚王陈涉

引用来自“长宁楚王陈涉”的评论

有个问题,接口一般都是对应多个实现。alias 中 key 就无法对应多个实现。如果需要使用者关心,key 对应了何种实现的话,容器本身也失去优势了。

引用来自“o0无忧亦无怖”的评论

举个栗子: cache=》可以使用redis来做,当你想用files来做得话,设置别名,cache=>File::class。如果你想同时使用多种驱动的话,可以使用SetCacheDriver($di->get("cacheFile"))//别名为cacheFile。当然,SetCacheDriver的参数应该是面向接口的。 注入也分几种,文中主要是以构造器注入为主
了解。
_Elvis
PHP的依赖注入和Java,C#的最大不同是不能将实例化的对象赋值给接口,导致需要加个别名!
tubexu
mark
小紫羽

引用来自“_Elvis”的评论

PHP的依赖注入和Java,C#的最大不同是不能将实例化的对象赋值给接口,导致需要加个别名!
接口注入在php也可以实现,但是需要反射类来实现,在laravel框架的代码接口注入的影子。问题是有,就是会导致性能下降,因为php的运行机制,每次请求要生成一次反射类。
o0无忧亦无怖

引用来自“_Elvis”的评论

PHP的依赖注入和Java,C#的最大不同是不能将实例化的对象赋值给接口,导致需要加个别名!

引用来自“小紫羽”的评论

接口注入在php也可以实现,但是需要反射类来实现,在laravel框架的代码接口注入的影子。问题是有,就是会导致性能下降,因为php的运行机制,每次请求要生成一次反射类。
PHP7开启了opcache之后,性能问题得到了解决。如果你是经验老道的开发者,配合7的强制类型,性能快得一匹。参照鸟哥的BLOG对你的代码进行合适的优化,你会发现2者的性能差距微乎其微。
红烧鱿鱼丝
瞬间变小白 , 老老实实的写我的业务代码, 慢慢学习 ,脚踏实地好了, 这些看得头疼:sweat_smile:
eechen

引用来自“_Elvis”的评论

PHP的依赖注入和Java,C#的最大不同是不能将实例化的对象赋值给接口,导致需要加个别名!

引用来自“小紫羽”的评论

接口注入在php也可以实现,但是需要反射类来实现,在laravel框架的代码接口注入的影子。问题是有,就是会导致性能下降,因为php的运行机制,每次请求要生成一次反射类。

引用来自“o0无忧亦无怖”的评论

PHP7开启了opcache之后,性能问题得到了解决。如果你是经验老道的开发者,配合7的强制类型,性能快得一匹。参照鸟哥的BLOG对你的代码进行合适的优化,你会发现2者的性能差距微乎其微。
PHP开启opcache后,只不过是省去了解析PHP脚本生成opcode这一步,而运行在PHP-FPM和MOD_PHP这些CGI下的PHP脚本,每个请求依旧需要重新执行一次opcode对应的逻辑.
百世经纶之傲笑红尘
Javaer表示:前天,有群家伙抄Java框架Struts,造了个ThinkPHP后,今天有家伙抄SpringDI,写了这篇博客
×
o0无忧亦无怖
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: