资讯专栏INFORMATION COLUMN

浅谈依赖注入与控制反转

ThinkSNS / 1758人阅读

摘要:但是,这是不是又有点熟悉的感觉和上面第一次用工厂类的时候一样依赖于工厂。在框架开发中也会把反射与依赖注入控制反转搭配使用,让程序有强大的可控性和扩展性。博客链接浅谈依赖注入与控制反转

前言:设计模式其实是一个很空洞的东西,设计模式有几十种,有些人觉得工厂模式也单例模式已经足够解决大部分问题。而有些人觉得任何设计模式都会让开发变得更“复杂”,更“低效”。所以千万不要太过追求他的实际意义和作用,否则你已经坠入云雾。但是不管怎么样,实际工作中还是要对它们有所了解,下面从php的角度来讲一下依赖注入、控制反转、反射等概念。如有错误之处,还望路过大神多加指点

首先设定场景,假如一个类需要数据库连接,最简单的做法可能是:

class example {
        private $_db;
        function __construct(){
            include "./Lib/Db.php";
            $this->_db = new Db("localhost","root","123456","test");
        }
        function getList(){
            $this->_db->query("......");
        }
    }

但事实上稍微有点经验的同学都不会这样写,因为一旦越来越多的类用到db,而db一旦发生变化,那么岂不是要每个文件都修改一遍?这就是程序设计中的耦合问题。所有的类过度依赖 "./Lib/Db.php" 这个文件。OK,为了解决这个问题,工厂模式出现了,我们新建一个 Factory 工厂类:

class Factory {
        public static function getDb(){
            include "./Lib/Db.php";
            return new Db("localhost","root","123456","test");
        }
    }
    class example {
        private $_db;
        function __construct(){
            $this->_db = Factory::getDb();
        }
        function getList(){
            $this->_db->query("......");
        }
    }

如果我们用到db模块那么直接 Factory::getDb() 从工厂中取出来就是了,看似解决了问题。但事实是这样吗?不,这样只不过是把程序与 db 模块的耦合转移到了 Factory ,一旦后期业务发生变动,Factory 发生变动,依旧要对每个文件改动。那如何解决呢?

我们可以不从example类内部获取db组件,我们从外部把db组件注入进example类

class example {
        private $_db;
        function getList(){
            $this->_db->query("......");//执行查询
        }
        //从外部注入db连接
        function setDb($connection){
            $this->_db = $connection;
        }
    }
    $example = new example();
    $example->setDb(Factory::getDb());//注入db连接
    $example->getList();

这样一来example就不用关心db组件怎么来的了,只用暴露一个注入方法即可。这就是 DI/依赖注入(Dependency Injection) , 不在内部处理依赖关系,而是把依赖作为参数传递进去,以降低程序的耦合性 。

然后我们的项目继续进行,用到了文件处理类,图像处理类,我们可能会这样写

$example->setDb(Factory::getDb());//注入db连接
$example->setFile(Factory::getFile());//注入文件处理类
$example->setImage(Factory::getImage());//注入Image处理类

但是这样似乎也不行啊,每次都要写这么多代码,于是我们又写了一个工厂方法

class Factory {
        public static function getExample(){
            $example = new example();
            $example->setDb(Factory::getDb());//注入db连接
            $example->setFile(Factory::getFile());//注入文件处理类
            $example->setImage(Factory::getImage());//注入Image处理类
            return $expample;
        }
    }

example也不直接new 了。我们用 Factory::getExample()中获取。但是,这是不是又有点熟悉的感觉?和上面第一次用工厂类的时候一样依赖于工厂。于是又有了容器的概念。

class example {
    private $_di;
    function __construct(Di &$di){
        $this->_di = $di;
    }
    //通过di容器获取db实例
    function getList(){
        $this->_di->get("db")->query("......");
    }
}
$di = new Di();
$di->set("db",function(){
   return new Db("localhost","root","root","test"); 
});
$example = new example($di);
$example->getList();

Di就是一个存放各种可扩展的组件的容器,需要注入的时候调用$di->set()方法注入组件即可。程序中即可通过$di->get() 获取组件。这样被调用的组件(db)并不是由调用者(example)创建,而是由Di容器创建, 调用者失去控制权,而容器得到控制权,发生了控制权转移 ,所以叫 做控制反转(Inversion of Control)

但是这样又有一些比较有强迫症的同学发现了,每个类都要注入一遍容器是不是有些麻烦。没错,其实注入容器这个动作可以交给另外的程序处理,那就是反射。

_di->get("db")->query("......");
    }
}
//di容器
class Di{
    public $_container;
    public function get($cls){
        return $this->_container[$cls];
    }
    public function set($cls,$_instance){
        $this->_container[$cls]=$_instance;
    }
}
//db组件
class db{
    private static $_instance;//保存单例
    //单例方法
    public static function getInstance(){
        if(!(self::$_instance instanceof self)){
            self::$_instance = new self;
        }
        return self::$_instance;
    }
    //查询方法
    public function query($sql){
        echo $sql;
    }
}

$di = new Di();//实例化容器
$di->set("db",db::getInstance());   //注入db实例


$reflector = new ReflectionClass("example");    //反射example,通过反射可以获得该类的所有信息
$reflector->getDefaultProperties();             //example属性
$reflector->getDocComment();               //注释

$instance =$reflector->newInstanceArgs();       //相当于实例化反射的example类
$instance->_di=$di;                             //注入di容器

$reflector->getmethod("getList")->invoke($instance);//调用example类方法

通过反射我们可以得到该类的全部信息,包括方法、方法名、属性甚至注释等等。通过反射我们可以方便的控制程序中使用的类,对他们进行扩展、修正、以及监听。通常反射在插件开发和框架开发中大量应用。在框架开发中也会把反射与依赖注入、控制反转搭配使用,让程序有强大的可控性和扩展性。

博客链接:浅谈依赖注入与控制反转

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/23013.html

相关文章

  • PHPer、Laravel 面试可能会遇到的问题及答案

    摘要:如何实现持久化持久化,将在内存中的的状态保存到硬盘中,相当于备份数据库状态。相当于备份数据库接收到的命令,所有被写入的命令都是以的协议格式来保存的。 最近社区里面有一篇文章引起了最多程序猿的关注,Laravel、PHPer 面试可能会遇到的问题,看评论区不少小伙伴们被难倒,对于一些问题同样难倒了我(其实有很多啦),趁着周末有空,又总结梳理了一遍,顺便来答一波题。由于个人技术水平有限,答...

    fanux 评论0 收藏0
  • Spring理论基础-控制反转依赖注入

    摘要:控制反转和依赖注入的关系也已经清晰了,它们本质上可以说是一样的,只是具体的关注点不同。我的博客地址参考资料控制反转和依赖注入的理解那些年搞不懂的高深术语依赖倒置控制反转依赖注入面向接口编程控制反转和依赖注入 序 第一次了解到控制反转(Inversion of Control)这个概念,是在学习Spring框架的时候。IOC和AOP作为Spring的两大特征,自然是要去好好学学的。而依赖...

    FullStackDeveloper 评论0 收藏0
  • Spring还可以这么学--IoC(控制反转) / DI(依赖注入)理解

    摘要:对象之间耦合度过高的系统,必然会出现牵一发而动全身的情形。控制被反转之后,获得依赖对象的过程由自身管理变为了由容器主动注入。于是,他给控制反转取了一个更合适的名字叫做依赖注入。 Spring还可以这么学--IoC(控制反转) / DI(依赖注入)理解 声明:文章的前三部分参考博文:https://www.cnblogs.com/Nouno...这篇文章首发是在我的个人微信订阅号每天学编...

    atinosun 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<