这篇文章介绍的内容是关于PHP：依赖注入，控制反转，依赖倒置原则 ，有着一定的参考价值，现在分享给大家，有需要的朋友可以参考一下
判断代码的好坏，我们有自己的标准：高内聚，低耦合。为了解决这一问题，php中有许多优秀的设计模式，比如工厂模式，单例模式。
而在代码中体现出来的设计模式，就如依赖注入和控制反转。
<br>
那什么是依赖注入？
简单来说，就是把A类所依赖的B类C类等以属性或者构造函数等方式注入A类而不是直接在A类中实例化。
一般写代码我们这样写
<br>
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的实例化，如果使用控制反转对这两个类进行解耦，应该会好一点
<br>
<br>
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();<br>
上面通过构造函数和属性的方法传递对象的过程，就是依赖注入的体现。
“注入”就是把一个实例传到另一个实例内部。 接下来继续把上面的代码优化，简单工厂模式的体现。
//通过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的核心思想是上层定义接口，下层实现这个接口， 从而使得下层依赖于上层，降低耦合度，提高整个系统的弹性。这是一种经实践证明的有效策略。<br>
相关推荐：
<br>
以上是PHP：依赖注入，控制反转，依赖倒置原则 的详细内容。更多信息请关注PHP中文网其他相关文章！
