场景: 要对用户的页面的轨迹进行统计。
- 在每一个自定义的控制器的viewWillAppear函数添加处理代码
- 使用派生
- 使用Aspects来勾取UIViewController类viewWillAppear方法,在勾取的函数添加代码
先说下使用方式1,重复的代码太多,不易维护。方式2由于要所有的类都继承自定义的基类,需要额外的沟通成本,均不可取。
下面我们来看方式3,通过需要勾取的类来调用aspect_hookSelector:withOptions:usingBlock
[UIViewController aspect_hookSelector:@selector(viewWillAppear:)
withOptions:AspectPositionAfter
usingBlock:^(id<AspectInfo> aspectInfo)
{//do something} error:NULL];
直接在usingBlock回调中,调用处理代码即可。
面向切片编程须知
程序要完成一件事情,一定会有一些步骤,1,2,3,4这样。这里分解出来的每一个步骤我们可以认为是一个
切片
。针对每一个切片的间隙,塞一些代码进去,在程序正常进行1,2,3,4步的间隙可以跑到你塞进去的代码,那么你的写的这些代码就是
面向切片编程
。你要想到在每一个步骤中间做你自己的事情,不用AOP也一样可以达到目的,直接在步骤之间塞代码就好了。但是事实情况往往很复杂,直接把代码塞进去,主要问题在于:
塞进去的代码很有可能是跟原业务无关的代码,在同一份代码文件里面掺杂多种业务,这会带来业务间的耦合
。为了降低这种耦合度,我们引用了AOP。
AOP的优势:
- 减少切面业务的开发量,“一次开发终生使用”,比如日志
- 减少代码耦合,方便复用。切面业务的代码可以独立出来,方便其他应用使用
- 提高代码review的质量,比如我可以规定某些类的某些方法才用特定的命名规范,这样review的时候就可以发现一些问题
AOP的弊端:
- 它破坏了代码的干净整洁。
iOS 如何实现AOP
在iOS开发领域,Objective-C的runtime有提供了一些列的方法,能够让我们拦截到某个方法的调用,来实现拦截器的功能,这种手段我们称为Method Swizzling。
Aspects
Aspects封装了runtime,Method Swizzing。提供了两个api,可以很好的勾取一个类或者一个对象的某个方法。
+ (id<AspectToken>)aspect_hookSelector:(SEL)selector
withOptions:(AspectOptions)options
usingBlock:(id)block
error:(NSError **)error;
- (id<AspectToken>)aspect_hookSelector:(SEL)selector
withOptions:(AspectOptions)options
usingBlock:(id)block
error:(NSError **)error;