控制反转、依赖注入
在说到设计模式的时候,就不得不提这两个经典的设计模式控制反转(IOC)和依赖注入(DI)。在框架当中是两个非常重要的设计模式,如laravel框架的核心就是一个IOC容器。这篇文章暂时不会涉及在框架中的使用,仅会从初学者的角度来进行讲解。
- 为什么要有依赖注入
请看下面的代码
class A
{
public function aDoSomething(){
echo "类A所做的事情";
}
}
class B
{
protected $a;
public function bDoSomething()
{
$this->a=new A();
$this->a->aDoSomething(); //调用类A中的方法
}
}
$b=new B();
$b->bDoSomething();
类B想要使用类A的方法,B主动去实例化A,如果要是修改类A就可能会对类B造成影响。这样就会造成类A和类B产生很大的耦合。在这种情况下类A与类B想要解耦和,就可以使用该设计模式,废话不多说,直接上代码
class A
{
public function aDoSomething(){
echo "类A所做的事情";
}
}
class B
{
protected $a;
public function __construct(A $a)
{
$this->a=$a;
}
public function bDoSomething()
{
$this->a->aDoSomething();
}
}
$b=new B(new A());
$b->bDoSomething();
上面这种方法,可以看出B不再主动去实例化A,而是先创建一个A的实例,将A注入到B的类中,A如果有改动,B则无需进行相应的修改。这就是依赖注入模式的一种实现。
这就是一个最基本的依赖注入。可能有些同学会疑问,这和laravel那些框架中的依赖注入好像不太一样呀?没错,我上面所说的只是这个设计模式的基本实现,让你对其有一个基本的认知,在框架中,还会配合其它模式、类的反射等共同构建了IOC容器,可以看一下我转载的这篇文章,可以让你有更深层的理解。
https://blog.csdn.net/weixin_38715150/article/details/89084373