Обработка событий для iOS - как связаны hitTest: withEvent: и pointInside: withEvent:?

Хотя большинство документов Apple написаны очень хорошо, я думаю, что « Руководство по обработке событий для iOS » является исключением. Мне трудно ясно понять, что там описано.

В документе говорится:

При тестировании попаданий окно вызывает hitTest:withEvent:самый верхний вид иерархии представлений; этот метод выполняется путем рекурсивного вызова pointInside:withEvent:каждого представления в иерархии представлений, которое возвращает YES, и далее по иерархии, пока не найдет подпредставление, в пределах которого произошло касание. Этот вид становится тестом на попадание.

Так это похоже на то 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 будет тест на попадание

Я считаю, что это Хит-тестирование в 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. В противном случае вернуть себя или ноль в зависимости от результата из шага 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 работает как шарм. Я портировал его на swift 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()метод которого вернул true

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

}

Отправить сенсорное событие на 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 на ощупь]