PHP依赖倒置和控制反转

判断代码的好坏,我们有自己的标准:高内聚,低耦合。为了解决这一问题,php中有许多优秀的设计模式,比如工厂模式,单例模式。

而在代码中体现出来的设计模式,就如依赖注入和控制反转。

那什么是依赖注入?

简单来说,就是把A类所依赖的B类C类等以属性或者构造函数等方式注入A类而不是直接在A类中实例化。

一般写代码我们这样写

class EmailSendByQq {
    public function send(){

    }
}

class User(){
    public function register(){
        $email = new EmailSendByQq();
        $email->send();
    }
}

调用User类的register注册方法,实例化Email类发送邮件。可以看到User类依赖EmailSendByQq类,没有它User类就发送不了邮件,但是如果我们不想用QQ邮箱转而用163(EmailSendBy163)呢,就需要在一个个类中修改EmailSendByQq的实例化,如果使用控制反转对这两个类进行解耦,应该会好一点

 
class User {
    private $_emailSendObject;
    public function __construct($emailSendObject)
    {
        $this->_emailSendObject = $emailSendObject;
    }
    public function register(){
        $this->_emailSendObject->send();
    }
}

$emailSendObject = new EmailSendByQq;
$user = new User($emailSendObject);
$user->register();

//以属性的方式同样也可以实现
class EmailSendBy163 {
    public function send(){

    }
}

class User{
    public $emailSendObject;
    public function register(){
        $this->emailSendObject->send();
    }
}

$user = new User;
$user->emailSendObject = new EmailSendBy163();
$user->register();

上面通过构造函数和属性的方法传递对象的过程,就是依赖注入的体现。

“注入”就是把一个实例传到另一个实例内部。 接下来继续把上面的代码优化,简单工厂模式的体现。

    

//通过EmailSendByQq和EmailSendBy163类,我们提炼出一个interface接口,让User类register方法依赖于interface接口的对象看起来更合适
interface EmailSender{
    public function send();
}
class EmailSendByQq implements EmailSender{
    public function send(){

    }
}
class EmailSendBy163 implements EmailSender{
    public function send()
    {
        // TODO: Implement send() method.
}
}
class User{
    public $emailSenderClass;
    public function __construct(EmailSender $emailSenderObject)
    {
        $this->emailSenderClass = $emailSenderObject;
    }
    public function register(){
        $this->emailSenderClass->send();
    }
}
$user = new User(new EmailSendBy163);
$user->register();

    

这样便实现了解耦。

依赖倒置原则(Dependence Inversion Principle, DIP),是一种软件设计思想。传统软件设计中,上层代码依赖于下层代码,当下层出现变动时, 上层代码也要相应变化,维护成本较高。而DIP的核心思想是上层定义接口,下层实现这个接口, 从而使得下层依赖于上层,降低耦合度,提高整个系统的弹性。这是一种经实践证明的有效策略。

猜你喜欢

转载自www.cnblogs.com/isuansuan/p/9756009.html