php中Ioc(控制反转)和Di(依赖注入)
先看一个例子: class A
{ public $b; public $c; public function A() { //TODO } public function Method() { $this->b=new B(); $this->c=new C();
} class B class C $a=new A(); ?> 上面代码,我们很容易理解一句话: A类依赖B类和C类 也就是说,如果今后开发过程中,要对B类或者C类修改,一旦涉及函数改名,函数参数数量变动,甚至整个类结构的调整,我们也要对A类做出相应的调整,A类的独立性丧失了,这在开发过程中是很不方便的,也就是我们说的“牵一发动全身”,如果两个类是两个人分别写的,矛盾往往就在这个时候产生了。。。 万一真的要改动B类和C类,有没有办法,可以不去改动或者尽量少改动A类的代码呢?这里要用到控制反转。 高层模块不应该依赖于底层模块,两个都应该依赖抽象。 控制反转(IOC)是一种思想,依赖注入(DI)是实施这种思想的方法。 第一种方法叫做:构造器注入(这种方法也不推荐用,但比不用要好) b=$b;
$this->c=$c;
}
public function Method()
{
$this->b->Method();
$this->c->Method();
}
}
客户端类这样写: Method();
A类的构造器依赖B类和C类,通过构造器的参数传入,至少实现了一点,就是B类对象b和C类对象c的创建都移至了A类外,所以一旦B类和C类发生改动,A类无需做修改,只要在client类里改就可以了 假如有一天,我们需要扩充B类,做两个B类的子类 也很简单,客户端类这么写: Method();
所以A类是不用关心B类到底有哪些个子类的,只要在客户端类关心就可以了。 第二种方法叫做:工厂模式注入(推荐使用) 我们A类代码改为: b=$f->create('B');
$this->c=$f->create('C');
} 其实已经解耦了一小部分,至少如果B类和C类的构造函数要是发生变化,比如修改函数参数等,我们只需要改Factory类就可以了。 抽象不应该依赖于细节,细节应该依赖于抽象。 把B类和C类中的方法再抽象出来,做一个接口 这样,A类中的$b变量和$c变量就不再是一个具体的变量了,而是一个抽象类型的变量,不到运行那一刻,不知道他们的Method方式是怎么实现的。 class C implements IMethod
{ public function C() { //TODO } public function Method() { //TODO echo 'c'; } } 总结几点: 1.我们把A类中的B类对象和C类对象的创建移至A类外 2.原本A类依赖B类和C类,现在变成了A依赖Factory,Factory依赖B和C。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |