ios 的hitest本身并没有什么好学的东西
但是不理解机理,像我这种想了很长时间都没结果,那就没啥意思了。
现在来看看这个玩意。
先说结论。
hitest:withEvet 调用过程
比如如果是当前的View A, 还有一个viewB
如果不重写hitest 方法,那么 系统默认是先调用viewA的hitest 方法,然后再调用viewB的htest方法。
系统的调用过程,跟下面的重写hitest的方法是一模一样的。
-(UIView*)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
if ([self pointInside:point withEvent:event]) {
}
else {
return nil;
}
for (UIView *subView in self.subviews) {
if ([subView hitTest:point withEvent:event]!=nil) {
return subView;
}
}
return self;
}
在说明一次,如果不重写hitest方法,那么每一个UIVIeew的默认hitest的方法都是上面这个处理流程。
那也没啥好说的。
但是对于一些特殊的处理过程,就不行了
所以之所以重写hitest方法,通常都是为了穿透上层 的 UIview,让touch事件可以达到下面的uiview
比如 view A 和 VIew B
View b完全挡住了view A,但是我想让点击viewB的时候,view A可以响应点击的事件。就可以采用下面的方法
-(UIView*)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
if ([self pointInside:point withEvent:event]) {
NSLog(@"in view A");
return self;
}
else {
return nil;
}
}