1、直白的对象交互
直接传值和调用。
例如A的信息来自于B，这样限制了实现手段的多样性，维护起来容易，但当A的信息不止是来自于B时，就需要深入了解和修改，存在引发其它问题的风险。
2、轻度抽象的对象间交互
多态：
优点：即使不重载基类方法，也有默认实现。
缺点：响应者只能被一个调度者调用。
接口/协议：
优点：能被多个不同调度者调用。
缺点：无法提供默认实现（swift可以提供），可能需要实现不必要去实现的方法。
3、target-action
借助runtime，无视命名域是否完整（不需针对对象或接口提供声明，只需要有target指针和action描述即可）
但失去了编译器检查，必须不经常变动的业务和代码才适用。
4、响应式的对象间交互
调用者无需知道响应者，工程在较低耦合的情况下完成任务。
但响应者必须知道调用者下达了什么样的指令（NotificationName），同时响应式对象交互方案造成跨层数据传递，不利于数据流的控制。
5、基于闭包的对象间交互
闭包可以抓取上下文，跨越命名域传递，从而使得命名域残缺不全的情况下完成对象间交互成为可能。
限制：发起调用的地方和提供回调的地方必须在同一上下文。
缺点：并不一定希望发起调用和提供回调的地方是同一个地方，或者根本不关心回调。
按以下文章做的笔记：
https://casatwy.com/communication_patterns.html
