Обробка подій для iOS - як hitTest: withEvent: і pointInside: withEvent: пов'язані?

Хоча більшість яблучних документів дуже добре написані, я вважаю, що « Посібник з обробки подій для iOS » є винятком. Мені важко зрозуміти, що там описано.

У документі сказано:

Під час тестування хітів вікно викликає hitTest:withEvent:найвищий вигляд ієрархії перегляду; цей метод триває шляхом рекурсивного виклику pointInside:withEvent:кожного перегляду в ієрархії подання, яка повертає ТАК, ідучи вниз по ієрархії до тих пір, поки він не знайде підвид, в межах яких відбувся дотик. Цей вид стає переглядом тестування.

Тож чи схоже, що hitTest:withEvent:система називає лише найвищу точку зору, яка викликає pointInside:withEvent:всі підперегляди, і якщо повернення з певного підперегляду - ТАК, то виклики pointInside:withEvent:підкласів цього підрозділу?

Це здається досить базовим питанням. Але я згоден з вами, документ не такий зрозумілий, як інші документи, тому ось моя відповідь.

Реалізація hitTest:withEvent:UIResponder робить наступне:

• Він викликає pointInside:withEvent:зself
• Якщо повернення НІ, hitTest:withEvent:повертається nil. кінець історії.
• Якщо повернення - ТАК, він надсилає hitTest:withEvent:повідомлення своїм піддискам. він починається з підвідного виду верхнього рівня і продовжується до інших поглядів, поки підвід не поверне не nilоб’єкт або не отримають повідомлення всі підпогляди.
• Якщо підперегляд повертає не nilоб’єкт в перший раз, перший hitTest:withEvent:повертає його. кінець історії.
• Якщо жоден підвідвід не повертає nilоб'єкт, перший hitTest:withEvent:повертаєтьсяself

Цей процес повторюється рекурсивно, тому зазвичай перегляд листя ієрархії подання з часом повертається.

Однак ви можете перекрити hitTest:withEventщось інше. У багатьох випадках переосмислення pointInside:withEvent:є більш простим і все ж надає достатньо варіантів для налаштування обробки подій у вашій програмі.

Думаю, ви плутаєте підкласи з ієрархією перегляду. Що говорить доктор, наступне. Скажімо, у вас є ієрархія цього перегляду. За ієрархією я не говорю про ієрархію класів, а про види в межах ієрархії поглядів:

+----------------------------+
|A                           |
|+--------+   +------------+ |
||B       |   |C           | |
||        |   |+----------+| |
|+--------+   ||D         || |
|             |+----------+| |
|             +------------+ |
+----------------------------+

Скажіть, ви поклали палець всередину D. Ось що буде:

1. hitTest:withEvent:викликається Aнайвищим видом ієрархії подання.
2. pointInside:withEvent: називається рекурсивно на кожному огляді.
   1. pointInside:withEvent:викликається Aі повертаєтьсяYES
   2. pointInside:withEvent:викликається Bі повертаєтьсяNO
   3. pointInside:withEvent:викликається Cі повертаєтьсяYES
   4. pointInside:withEvent:викликається Dі повертаєтьсяYES
3. На поверненнях YES, які повернулися , він буде дивитися вниз на ієрархію, щоб побачити підвид, де відбувся дотик. У цьому випадку від A, Cі D, це буде D.
4. D буде переглядом хіт-тесту

Я вважаю це тестування Hit в iOS дуже корисним

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    if (!self.isUserInteractionEnabled || self.isHidden || self.alpha <= 0.01) {
        return nil;
    }
    if ([self pointInside:point withEvent:event]) {
        for (UIView *subview in [self.subviews reverseObjectEnumerator]) {
            CGPoint convertedPoint = [subview convertPoint:point fromView:self];
            UIView *hitTestView = [subview hitTest:convertedPoint withEvent:event];
            if (hitTestView) {
                return hitTestView;
            }
        }
        return self;
    }
    return nil;
}

Редагувати Swift 4:

override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
    if self.point(inside: point, with: event) {
        return super.hitTest(point, with: event)
    }
    guard isUserInteractionEnabled, !isHidden, alpha > 0 else {
        return nil
    }

    for subview in subviews.reversed() {
        let convertedPoint = subview.convert(point, from: self)
        if let hitView = subview.hitTest(convertedPoint, with: event) {
            return hitView
        }
    }
    return nil
}

Дякую за відповіді, вони допомогли мені вирішити ситуацію з "перекриттями" поглядів.

+----------------------------+
|A +--------+                |
|  |B  +------------------+  |
|  |   |C            X    |  |
|  |   +------------------+  |
|  |        |                |
|  +--------+                | 
|                            |
+----------------------------+

Припустимо X- дотик користувача. pointInside:withEvent:на Bповернення NO, так що hitTest:withEvent:повертається A. Я написав категорію, UIViewщоб вирішити проблему, коли вам потрібно отримати контакт із найбільш видимим видом зверху .

- (UIView *)overlapHitTest:(CGPoint)point withEvent:(UIEvent *)event {
    // 1
    if (!self.userInteractionEnabled || [self isHidden] || self.alpha == 0)
        return nil;

    // 2
    UIView *hitView = self;
    if (![self pointInside:point withEvent:event]) {
        if (self.clipsToBounds) return nil;
        else hitView = nil;
    }

    // 3
    for (UIView *subview in [self.subviewsreverseObjectEnumerator]) {
        CGPoint insideSubview = [self convertPoint:point toView:subview];
        UIView *sview = [subview overlapHitTest:insideSubview withEvent:event];
        if (sview) return sview;
    }

    // 4
    return hitView;
}

1. Ми не повинні надсилати торкаються подій для прихованих або прозорих поглядів або переглядів, userInteractionEnabledвстановлених на NO;
2. Якщо дотик всередині self, selfбуде розглядатися як потенційний результат.
3. Рекурсивно перевіряйте всі підзагляди на предмет потрапляння. Якщо є, поверніть його.
4. Інше повернення self або nil залежно від результату кроку 2.

Примітка. [self.subviewsreverseObjectEnumerator]Потрібно дотримуватися ієрархії подання зверху вниз. І clipsToBoundsпереконайтеся, що не перевіряти замасковані підгляди.

Використання:

1. Імпорт категорії в підкласовому поданні.
2. Замініть hitTest:withEvent:цим

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    return [self overlapHitTest:point withEvent:event];
}

Офіційний посібник Apple також дає хороші ілюстрації.

Сподіваюся, це комусь допомагає.

Це показує, як цей фрагмент!

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    if (self.hidden || !self.userInteractionEnabled || self.alpha < 0.01)
    {
        return nil;
    }

    if (![self pointInside:point withEvent:event])
    {
        return nil;
    }

    __block UIView *hitView = self;

    [self.subViews enumerateObjectsWithOptions:NSEnumerationReverse usingBlock:^(id obj, NSUInteger idx, BOOL *stop) {   

        CGPoint thePoint = [self convertPoint:point toView:obj];

        UIView *theSubHitView = [obj hitTest:thePoint withEvent:event];

        if (theSubHitView != nil)
        {
            hitView = theSubHitView;

            *stop = YES;
        }

    }];

    return hitView;
}

Фрагмент @lion працює як шарм. Я переніс його для швидкого перегляду 2.1 і використав його як розширення до UIView. Я розміщую його тут, якщо комусь це потрібно.

extension UIView {
    func overlapHitTest(point: CGPoint, withEvent event: UIEvent?) -> UIView? {
        // 1
        if !self.userInteractionEnabled || self.hidden || self.alpha == 0 {
            return nil
        }
        //2
        var hitView: UIView? = self
        if !self.pointInside(point, withEvent: event) {
            if self.clipsToBounds {
                return nil
            } else {
                hitView = nil
            }
        }
        //3
        for subview in self.subviews.reverse() {
            let insideSubview = self.convertPoint(point, toView: subview)
            if let sview = subview.overlapHitTest(insideSubview, withEvent: event) {
                return sview
            }
        }
        return hitView
    }
}

Щоб скористатись цим, просто перекресліть hitTest: point: withEvent у вашому uiview таким чином:

override func hitTest(point: CGPoint, withEvent event: UIEvent?) -> UIView? {
    let uiview = super.hitTest(point, withEvent: event)
    print("hittest",uiview)
    return overlapHitTest(point, withEvent: event)
}

Діаграма класу

Хіт-тестування

Знайдіть а First Responder

First Responderу цьому випадку найглибший UIView point()метод, який повернув істину

func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView?
func point(inside point: CGPoint, with event: UIEvent?) -> Bool

Внутрішньо hitTest()виглядає

hitTest() {

    if (isUserInteractionEnabled == false || isHidden == true || alpha == 0 || point() == false) { return nil }

    for subview in subviews {
        if subview.hitTest() != nil {
            return subview
        }
    }

    return nil

}

Надіслати подію Touch на First Responder

//UIApplication.shared.sendEvent()

//UIApplication, UIWindow
func sendEvent(_ event: UIEvent)

//UIResponder
func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?)
func touchesMoved(_ touches: Set<UITouch>, with event: UIEvent?)
func touchesEnded(_ touches: Set<UITouch>, with event: UIEvent?)
func touchesCancelled(_ touches: Set<UITouch>, with event: UIEvent?)

Давайте розглянемо приклад

Ланцюжок відповідача

//UIApplication.shared.sendAction()
func sendAction(_ action: Selector, to target: Any?, from sender: Any?, for event: UIEvent?) -> Bool

Погляньте на приклад

class AppDelegate: UIResponder, UIApplicationDelegate {
    @objc
    func foo() {
        //this method is called using Responder Chain
        print("foo") //foo
    }
}

class ViewController: UIViewController {
    func send() {
        UIApplication.shared.sendAction(#selector(AppDelegate.foo), to: nil, from: view1, for: nil)
    }
}

[Android onTouch]