iOS Runtime进行方法实现交换以对原方法监听处理

最新推荐文章于 2024-11-28 10:00:00 发布

原创

最新推荐文章于 2024-11-28 10:00:00 发布 · 629 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#iOS #Runtime #Runtime方法实现交换

在车联网项目中，由于UICollectionView的封装，为实现下拉刷新和上拉加载功能，作者创建了自定义的MyCollectionView子类。面对手势结束后的特定处理需求，原SomeCollectionView类未提供直接支持。通过Runtime的Method Swizzling，作者实现了在`handleTouchEvent:`方法执行前添加自定义逻辑，同时确保原始方法的正常执行，保证了其他事件处理不受影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

背景：
最近在做的车联网项目里面的一些控件如UICollectionView等都是被人封装过的，打在FrameWork里集成进来的，因为其内部对控件做了许多处理(出于对车机投屏的性能考虑)，在开发过程中极为不方便。最近产品需求是要对列表做一个下拉刷新和上拉加载，我便基于FrameWork里的SomeCollectionView类进行继承创建了子类MyCollectionView来进行下拉刷新和上拉加载的封装，方便大家使用。

问题场景：
产品需要下拉停止时如果不足以进入下拉刷新操作，该下拉刷新部分回弹回去，避免露出来影响产品效果。但是由于其FrameWork内部的一些操作，我至多只能获取scrollViewDidScroll的回调，但是该回调在手指一直拖动中也会执行，不能在这里简单的判断偏移量进行处理，必须得获知是在手指已经离开屏幕(手势结束)后才能较准确的通过偏移量来进行判断处理。而关于手势的一些状态等信息其原类SomeCollectionView并没有属性持有，只暴露了一个方法：

- (BOOL)handleTouchEvent:(SomeEvent*)event;

这个event参数确有手势相关信息，如果重载这个方法，在里面对手势判断处理确实可实现产品需求，但是这又导致了另一个问题，对于CollectionView的其他诸如滑动、cell点击等事件的处理就不会传递下去(猜想原handleTouchEvent方法内部肯定对这些响应有做处理的)，就得自己做处理，工作量无疑很大很麻烦。

解决思路：
如果我能获取原方法handleTouchEvent的实现，在执行到handleTouchEvent的时候，做完自己需要做的事情，再触发一下原来的实现，不就把原来该有的
滑动、cell点击等事件或者说哪怕是其他人使用MyCollectionView类并且重载了handleTouchEvent的