判断代码的好坏,我们有自己的标准:高内聚,低耦合。为了解决这一问题,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的核心思想是上层定义接口,下层实现这个接口, 从而使得下层依赖于上层,降低耦合度,提高整个系统的弹性。这是一种经实践证明的有效策略。