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