这篇文章介绍的内容是关于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的核心思想是上层定义接口，下层实现这个接口， 从而使得下层依赖于上层，降低耦合度，提高整个系统的弹性。这是一种经实践证明的有效策略。

相关推荐：