Прогулка по цепочке ответчиков для передачи пользовательских событий. Это неправильно?

Ответ 1

Ты довольно близко. Что будет более стандартным, это примерно так:

@implementation NSResponder (MyViewController)
- (void)itemSelected:(id)someItem
{
    [[self nextResponder] itemSelected:someItem];
}
@end

Как правило, события по умолчанию передаются по цепочке. Затем в правильном контроллере переопределите этот метод, чтобы вместо этого выполнить произвольное действие.

Это может быть неправильный шаблон для того, чего вы хотите достичь, но это хороший способ передать сообщения в цепочку ответчиков.

Ответ 2

У UIApplication есть метод для этой цели, а его Cocoa кузен. Вы можете заменить весь этот код в своем вопросе одним сообщением.

Ответ 3

Решение Peter работает, если вы уверены, что первый ответчик настроен правильно. Если вы хотите получить больше контроля над тем, какой объект уведомлен о событиях, вы должны использовать targetForAction:withSender:.

Это позволяет вам указать первое представление, которое должно иметь возможность обрабатывать событие, и оттуда оно сканирует цепочку ответчиков, пока не найдет объект, который может обрабатывать сообщение.

Вот полностью документированная функция, которую вы можете использовать:

@interface ABCResponderChainHelper
/*!
 Sends an action message identified by selector to a specified target responder chain.
 @param action 
    A selector identifying an action method. See the remarks for information on the permitted selector forms.
 @param target 
    The object to receive the action message. If @p target cannot invoke the action, it passes the request up the responder chain.
 @param sender
    The object that is sending the action message.
 @param userInfo
    The user info for the action. This parameter may be @c nil.
 @return
    @c YES if a responder object handled the action message, @c NO if no object in the responder chain handled the message.
 @remarks
    This method pushes two parameters when calling the target. This design enables the action selector to be one of the following:
 @code
 - (void)action
 - (void)action:(id)sender
 - (void)action:(id)sender userInfo:(id)[email protected]
*/
+ (BOOL)sendResponderChainAction:(SEL)action to:(UIResponder *)target from:(id)sender withUserInfo:(id)userInfo;
@end

Реализация:

@implementation ABCResponderChainHelper
+ (BOOL)sendResponderChainAction:(SEL)action to:(UIResponder *)target from:(id)sender withUserInfo:(id)userInfo {
    target = [target targetForAction:action withSender:sender];
    if (!target) {
        return NO;
    }

    NSMethodSignature *signature = [target methodSignatureForSelector:action];
    const NSInteger hiddenArgumentCount = 2; // self and _cmd
    NSInteger argumentCount = [signature numberOfArguments] - hiddenArgumentCount;
    switch (argumentCount) {
        case 0:
            SuppressPerformSelectorLeakWarning([target performSelector:action]);
            break;
        case 1:
            SuppressPerformSelectorLeakWarning([target performSelector:action withObject:sender]);
            break;
        case 2:
            SuppressPerformSelectorLeakWarning([target performSelector:action withObject:sender withObject:userInfo]);
            break;
        default:
            NSAssert(NO, @"Invalid number of arguments.");
            break;
    }

    return YES;
}
@end

Примечание: здесь используется макрос SuppressPerformSelectorLeakWarning.

Это отлично работает в UITableView. Представьте, что у вас есть распознаватель жестов в ячейке, и вам нужно сообщить контроллеру вида действия, которое было выполнено. Вместо того, чтобы создавать делегат для ячейки, а затем пересылать сообщение делегату, вместо этого вы можете использовать цепочку ответчиков.

Использование образца (отправитель):

// in table view cell class:
- (void)longPressGesture:(UILongPressGestureRecognizer *)recognizer {
    // ...
    [ABCResponderChainHelper sendResponderChainAction:@selector(longPressCell:) to:self from:self withUserInfo:nil];
}

Здесь self относится к самой ячейке. responder chain гарантирует, что метод сначала отправляется на UITableViewCell, затем UITableView и, в конечном итоге, на UIViewController.

Пример использования (приемник):

#pragma mark - Custom Table View Cell Responder Chain Messages
- (void)longPressCell:(UITableViewCell *)sender {
    // handle the long press
}

Если вы попытались сделать то же самое с sendAction:to:from:forEvent:, у вас есть две проблемы:

• Чтобы он работал с цепочкой ответчиков, вы должны передать nil в параметр to, после чего он начнет обмен сообщениями с первым ответчиком, а не с объектом по вашему выбору. Управление первым ответчиком может быть громоздким. С помощью этого метода вы просто скажете, с какого объекта начать.
• Вы не можете легко передать второй аргумент с произвольными данными. Вам нужен подкласс UIEvent и добавить свойство, например userInfo, и передать это в аргументе события; неуклюжее решение в этом случае.