什么是依赖倒转，看到名字一下就想到依赖方向变了
原来A依赖B的现在倒转了，成了B依赖A这样有什么好处
以公司最近在做的组件化模块举例子
A代表销项开票模块
B代表库存操作模块
原来A开票的都是直接操作的库存，A依赖B.
如果没有库存B,A销项就用不了 现在重新设计
将原来写在A模块里面与库存相关操作的逻辑封装到B模块里面去
使得A在开票的时候，不在依赖具体的库存，没有库存也可以开票
但大多数时候又是需要库存B的，怎么办
让B依赖A, B必须知道A A不必知道B 或者通过第三方将A和B完全隔离
当A操作到库存的时候，只要向消息栈发送消息，消息栈会把消息发送给库存
这样当消息来的时候，库存就可以执行原来在开票模块里面的逻辑
来达到开票与库存关联的操作，实际上又可以不受库存的限制
有库存可以用，没有也可用，库存就是A依赖的一个具体实现
原则就是抽象不应该依赖细节，细节应该依赖抽象
高层模块不应该依赖低层模块，两个都应该依赖抽象
结构化编程和面向对象编程的区别：
公司在用的rafy里面，有几种解除耦合的方式
一种是事件总线：EventBus 向事件总线订阅事件 发布事件的时候，订阅者就会收到消息通知，
一种是通过域控制器，注册事件以观察者的模式来监听事件源，有消息通过的时候自动更新
一种是通过IOC容器，将事先定义好的接口与实现对应的放入容器里，用的时候直接调用
接口就能返回的对应的实现