Mediator (中间件、解耦神器、组件化、设计模式)

Mediator用过的朋友都知道它的优缺点,这篇文章我们来解决它存在的缺点 首先,我们列举一下mediator存在的缺点: 1.每新增一个模块,就要补充一个Category 2.模块A 想要调用 模块B,模块B需要暴漏需要调用的方法 3.参数硬编码问题 4.命名规则并不美观且相对复杂,每个Target都得加Target_A,每个Action都得加Action_ 5.编译时候没有类型检查,运行的时候才能发现问题

这里我们提供NSObject+Mediator,解决上面的部分问题: 可以点击查看demo

demo演示一个常用场景:tableView列表,我们希望通过传参viewController、Cell、数据源data来封装一个通用功能

[NSObject performTarget:<target>.classString action:<action> object:<cell> object:<viewController>]; 这个方法封装类(TableViewDemo)作为target,action方法也不需要暴漏出来,这个方法主要用来传参并返回对象

[obj performAction:<action> object:data]; 刷新tableView数据源调用该方法

以上就是核心代码,完美解决1、2、4问题,但是硬编码问题似乎更严重了,这里的target和action都使用字符串,目前的解决思路是字符串映射+消息转发(resolveClassMethod)去解决参考demo 最后的类型检查是硬伤,毕竟Mediator的核心就是运行时。

此外说明一下:NSObject+Mediator如何使用

NSObject+Mediator可以调用绝大数方法:

比如我们要初始化一个label UILabel *label = [UILabel performAction:@"new"]

比如自定义的类 CustomLabel继承UILabel,UILabel *label = [NSObject performTarget:@"CustomLabel".classString action:@"new"]

其中字符串方法classString是用来区分实例方法和类方法的; objects是参数大于2个时,使用字典参数,key从@"1"依次递增

给一个关注支持一下,谢谢

有问题可以给我留言

相关推荐
coding随想8 小时前
JavaScript ES6 解构:优雅提取数据的艺术
前端·javascript·es6
小小小小宇8 小时前
一个小小的柯里化函数
前端
灵感__idea8 小时前
JavaScript高级程序设计(第5版):无处不在的集合
前端·javascript·程序员
小小小小宇8 小时前
前端双Token机制无感刷新
前端
小小小小宇8 小时前
重提React闭包陷阱
前端
小小小小宇8 小时前
前端XSS和CSRF以及CSP
前端
UFIT8 小时前
NoSQL之redis哨兵
java·前端·算法
超级土豆粉8 小时前
CSS3 的特性
前端·css·css3
星辰引路-Lefan8 小时前
深入理解React Hooks的原理与实践
前端·javascript·react.js
wyn200011288 小时前
JavaWeb的一些基础技术
前端