对接口和事件概念的深究 -设计模式的依赖颠倒

有容器，这些还有价值不？

@Kittyfamous #1楼 容器是依赖注入，一个对象的初始化，依赖于注入的配置，容器是面向的单个对象的初始化。

而接口是两个模块间通信达成的协议。在执行方面可以颠倒依赖关系，

事件是多个模块之间通信的方式。当然事件为了更好的使用，也会使用容器注入配置，进而通过配置添加更多的事件，而不是更改里面的代码，这样，通过配置文件，完成了解耦，或者说松耦合。

有点问题…… 反转A和B的依赖关系，让A依赖B反转为B依赖A，那 B 依赖于 A 又怎么解决……

看这个 https://codingstyle.cn/topics/192：

依赖倒置原则则强调：为了让依赖关系是稳定的，不应该由实现侧根据自己的技术实现方式定义接口，然后强迫上层（即客户）依赖这种不稳定的API定义，而是应该站在上层（即客户）的角度去定义API（正所谓依赖倒置）。

但是，虽然接口由上层定义，但最终接口的实现却依然由下层完成，因此依赖倒置描述为：上层不依赖下层，下层也不依赖上层，双方共同依赖于抽象。

还有这里 http://my.oschina.net/zgldh/blog/389243#OSC_h1_1 ，Laravel 框架的作者写的：

最后的原则是依赖反转原则，它规定高等级的代码不应该依赖低等级的代码。首先，高等级的代码应该依赖着抽象层，抽象层就像是“中间人”一样，负责连接着高等级和低等级的代码。其次，抽象定义不应该依赖着具体实现，但具体实现应该依赖着抽象定义。

@ilvsx #4楼 由A依赖B，变成了，A定义接口，让B依赖接口，间接实现B依赖A

在A中，对B的调用，通过 instance of 判断一下B是否实现了接口，如果没有实现就报错。

@fecommerce [[#5楼](#comment5)](#comment5) 我只是不赞成 间接实现B依赖A 这个说法哈，因为 B 只依赖于接口，实例化 B 的时候和 A 没有任何关系。

class A
{
    public function foo(){
        $b = new B();
        $b->bar();
    }
}

class B
{
    public function bar(){
        
    }
}

这是 A 依赖于 B 的情况。

interface IB
{
    public function bar();
}

class B implements IB
{
    public function bar() {}
}

class A
{
    private $b;

    public function __construct(IB $b)
    {
        $this->b = $b;
    }

    public function foo(){
        $this->b->bar();
    }
}

定义一个接口 IB，然后通过构造方法把依赖注入进去。
就变成了的 A 依赖于接口 IB，在实例化 A 的时候，需要传入接口 IB 的实现，这里可以说 A 间接依赖于 B。

$a = new A(new B());

但是 B 只依赖于接口 IB，是接口的一个实现，和 A 没有关系，并没有 间接实现B依赖A。

$b = new B();

@ilvsx #7楼 你在 class A的构造方法里面要添加类型判断，用instance of ，如果Class B没有实现接口 IB， 那么在构造方法中应该要报错的。

结果就是：A定义接口IB , 也就是说，这个接口的存在，是一个条约，是一个规范，是一个协议，这个协议是由A来决定的，实现了这个协议的对象，才可以作为A的一部分，譬如：A是自行车，B是轮子，那么A定义了一个接口，来定义传入的轮子的规范，那么b如果符合这个规范，b就可以作为A的一部分，如果B不符合这个规范，譬如B是汽车轮子的尺寸，强行安装到A上面，就会报错。

如果A不存在，那么接口也就没有了意义。

这是一个思想理念吧。

举这么个例子吧。 你定义了一个类，你需要做一个搜索功能，但是你不会写，需要你的同事来完成， 因此，你需要等你同事写完类，然后告诉你各个函数具体做什么的，然后你来调用。然后你在写你后面的逻辑。

你可以以另外一种更加高效的方式，不需要你同事写完搜索功能，你直接定义一个接口，扔给你的同事，让他给你实现这个搜索接口即可。而且这种方式，蛮高效的，你可以先通过定义接口，把整个功能的结构架子给搭起来。

@ilvsx #7楼 文字上面没有必要那么抠字眼，理解意思，并在你的程序中应用就好，对于业务驱动的公司产品线来说，很少会用接口，基本都是一个人搞一块，乱糟糟的，虽然是面向对象编程，里面的逻辑基本都是面向过程，有的时候一个函数，几百行， 很少使用类变量，都是参数在各个类函数中传来传去。