Passer de UIViewController à UIView ?

Question

Existe-t-il un moyen intégré de passer d'un UIView à son UIViewController ? Je sais que vous pouvez obtenir de UIViewController à son UIView via [self view] mais je me demandais s'il existait une référence inverse ?

Answer 1

En utilisant l'exemple posté par Brock, je l'ai modifié de façon à ce qu'il s'agisse d'une catégorie de UIView au lieu de UIViewController et je l'ai rendu récursif de façon à ce que toute sous-vue puisse (si tout va bien) trouver le UIViewController parent.

@interface UIView (FindUIViewController)
- (UIViewController *) firstAvailableUIViewController;
@end

@implementation UIView (FindUIViewController)
- (UIViewController *) firstAvailableUIViewController {
    UIResponder *responder = [self nextResponder];
    while (responder != nil) {
        if ([responder isKindOfClass:[UIViewController class]]) {
            return (UIViewController *)responder;
        }
        responder = [responder nextResponder];
    }
    return nil;
}

@end

Pour utiliser ce code, ajoutez-le dans un nouveau fichier de classe (j'ai nommé le mien "UIKitCategories") et supprimez les données de la classe... copiez l'@interface dans le header, et l'@implementation dans le fichier .m. Ensuite, dans votre projet, #import "UIKitCategories.h" et utilisez-le dans le code de UIView :

// from a UIView subclass... returns nil if UIViewController not available
UIViewController * myController = [self firstAvailableUIViewController];

Answer 2

UIView est une sous-classe de UIResponder . UIResponder expose la méthode -nextResponder avec une implémentation qui renvoie nil . UIView remplace cette méthode, comme indiqué dans le document UIResponder (pour une raison quelconque, au lieu de dans UIView ) comme suit : si la vue a un contrôleur de vue, celui-ci est renvoyé par la fonction -nextResponder . S'il n'y a pas de contrôleur de vue, la méthode renvoie la vue supérieure.

Ajoutez ceci à votre projet et vous êtes prêt à rouler.

@interface UIView (APIFix)
- (UIViewController *)viewController;
@end

@implementation UIView (APIFix)

- (UIViewController *)viewController {
    if ([self.nextResponder isKindOfClass:UIViewController.class])
        return (UIViewController *)self.nextResponder;
    else
        return nil;
}
@end

Maintenant UIView a une méthode de travail pour retourner le contrôleur de vue.

Answer 3

Puisque c'est la réponse acceptée depuis longtemps, je pense que je dois la rectifier avec une meilleure réponse.

Quelques commentaires sur la nécessité :

• Votre vue ne doit pas avoir besoin d'accéder directement au contrôleur de vue.
• La vue doit au contraire être indépendante du contrôleur de vue, et être capable de travailler dans des contextes différents.
• Si vous avez besoin que la vue s'interface d'une manière ou d'une autre avec le contrôleur de vue, la méthode recommandée, et ce que fait Apple dans Cocoa, est d'utiliser le modèle de délégué.

Voici un exemple de sa mise en œuvre :

@protocol MyViewDelegate < NSObject >

- (void)viewActionHappened;

@end

@interface MyView : UIView

@property (nonatomic, assign) MyViewDelegate delegate;

@end

@interface MyViewController < MyViewDelegate >

@end

La vue s'interface avec son délégué (comme UITableView par exemple) et il importe peu qu'elle soit mise en œuvre dans le contrôleur de vue ou dans toute autre classe que vous finissez par utiliser.

Ma réponse initiale suit : Je ne recommande pas cela, ni le reste des réponses où l'accès direct au contrôleur de vue est réalisé

Il n'y a pas de moyen intégré de le faire. Bien que vous puissiez le contourner en ajoutant un IBOutlet sur le UIView et de les connecter dans Interface Builder, ce n'est pas recommandé. La vue ne doit pas connaître le contrôleur de vue. Au lieu de cela, vous devriez faire comme @Phil M suggère et créer un protocole à utiliser comme délégué.

Answer 4

Je suggère une approche plus légère pour parcourir la chaîne complète des répondeurs sans avoir à ajouter une catégorie sur UIView :

@implementation MyUIViewSubclass

- (UIViewController *)viewController {
    UIResponder *responder = self;
    while (![responder isKindOfClass:[UIViewController class]]) {
        responder = [responder nextResponder];
        if (nil == responder) {
            break;
        }
    }
    return (UIViewController *)responder;
}

@end

Answer 5

En combinant plusieurs réponses déjà données, je suis en train de l'expédier aussi avec ma mise en œuvre :

@implementation UIView (AppNameAdditions)

- (UIViewController *)appName_viewController {
    /// Finds the view's view controller.

    // Take the view controller class object here and avoid sending the same message iteratively unnecessarily.
    Class vcc = [UIViewController class];

    // Traverse responder chain. Return first found view controller, which will be the view's view controller.
    UIResponder *responder = self;
    while ((responder = [responder nextResponder]))
        if ([responder isKindOfClass: vcc])
            return (UIViewController *)responder;

    // If the view controller isn't found, return nil.
    return nil;
}

@end

La catégorie fait partie de mon ARC-enabled bibliothèque statique que je livre sur toutes les applications que je crée. Elle a été testée plusieurs fois et je n'ai pas trouvé de problèmes ou de fuites.

P.S. : Vous n'avez pas besoin d'utiliser une catégorie comme je l'ai fait si la vue concernée est une sous-classe de la vôtre. Dans ce cas, mettez simplement la méthode dans votre sous-classe et vous êtes prêt à partir.