Avertissement: Essayez de présenter ViewController sur ViewController dont la vue ne se trouve pas dans la hiérarchie des fenêtres

C'est un problème de communication entre la vue-des contrôleurs résultant d'un manque d'parent-enfant-vue-contrôleur de la relation... Sans l'aide d'un protocole et de la délégation, cela ne fonctionnera pas correctement.

La règle de base est:

• Savoir aux Parents au sujet de leurs enfants, mais les enfants n'ont pas besoin de savoir à propos de leurs parents.

(Sons, sans cœur, mais il est logique, si vous pensez à ce sujet).

Traduit de ViewController relations: la Présentation de la vue des contrôleurs besoin de savoir au sujet de leur enfant à la vue des contrôleurs, mais la vue enfant contrôleurs ne doivent pas connaître au sujet de leur parent (présentation) afficher les contrôleurs de l'enfant: la vue des contrôleurs utilisent leurs délégués pour envoyer des messages de retour de leur (inconnue) des parents.

Vous savez que quelque chose est mauvais si vous avez à ajouter @déclarations de Classe dans vos en-têtes à résoudre enchaîné #import des avertissements du compilateur. Références croisées sont toujours une mauvaise chose (btw, c'est aussi la raison pour laquelle les délégués doivent toujours être (attribuer) et jamais (forte), ce qui permettrait d'une référence croisée à boucle et d'un groupe de Zombies)

---

Alors, penchons-nous sur ces relations pour votre projet:

Que vous n'avez pas dit, je suppose que l'appel contrôleur est nommé MainController. Nous allons donc nous avons:

• Un MainController, le parent, la possession et la présentation de la InfoController
• Un InfoController (révélé partiellement ci-dessous MainController), la propriété et la présentation d'un:
• MailComposer, qui ne peut pas être présenté, car il s'affiche en dessous de la MainController.

Vous voulez donc avoir ceci:

• Un MainController, le parent, la possession et la présentation de la InfoController & MFMailController
• Un InfoController (révélé partiellement ci-dessous MainController)
• un "e-Mail-Bouton" dans le InfoController de vue. Sur sur il en informe le MainController (c'est inconnu délégué) qu'il devrait rejeter la InfoController (lui-même) et de présenter les MailComposer
• un MailComposer qui sera détenue (présenté & rejeté) par le MainController et non pas par le InfoController

1. InfoController: Définit un @protocole InfoControllerDelegate:

Le contrôleur enfant définit un protocole et dispose d'un délégué de type non spécifié qui est conforme à son protocole (en d'autres termes: le délégué peut être n'importe quel objet, mais il doit avoir cette méthode)

@protocol InfoControllerDelegate
- (void)returnAndSendMail;
@end

@interface InfoControllerDelegate : UIViewController //…

@property (assign) id<InfoControllerDelegate> delegate

//...

@end

2. MainController possède et crée à la fois InfoController et MFMailController

...et la MainController adopte à la fois la InfoControllerDelegate et la MFMailComposeDelegate protocole, de sorte qu'il peut rejeter la MFMailComposer à nouveau (Remarque, qui n'est pas et ne devrait probablement pas besoin d'être fort propriétés, il suffit de montrer ici à préciser)

@interface MainController <InfoControllerDelegate, MFMailComposeViewControllerDelegate>

@property (strong) InfoController *infoController;
@property (strong) MFMailComposeViewController *mailComposer;

3. MainController présente ses InfoViewController et définit lui-même comme le délégué

//however you get the reference to InfoController, just assuming it's there
infoController.delegate = self;
[self presentViewController:infoController animated:YES completion:nil];

Le " infoController.delegate = self " est l'étape cruciale. Cela donne à la infoController une possibilité d'envoyer un message à l'MainController sans le savoir ObjectType (Classe). Pas de #import nécessaire. Tous les il sait, c'est que c'est un objet qui a de la méthode returnAndSendMail; et c'est tout ce que nous devons savoir.

En règle générale, vous créez votre viewController avec alloc/init et le laisser charger ses xib paresseusement.
Ou, si vous travaillez avec des story-boards et Enchaîne, vous voulez probablement pour intercepter la séquence (en MainController) afin de définir le délégué du programme:

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender {
    //hook in the segue to set the delegate of the target
    if([segue.identifier isEqualToString:@"infoControllerSegue"]) {
        InfoController *infoController = (InfoController*)segue.destinationViewController;
        infoController.delegate = self;
    }
}

4. Dans InfoController, le bouton e-mail est pressé:

Lorsque l'eMail est enfoncé, le délégué (MainController) est appelée. Notez qu'il n'est pas pertinent que l'auto.délégué est le MainController, c'est juste que c'est cette méthode -returnAndSendMail

- (IBAction)sendEmailButtonPressed:(id)sender {
    //this method dismisses ourself and sends an eMail
    [self.delegate returnAndSendMail];
}

...et ici (dans MainController!), vous allez rejeter la InfoController (nettoyer, car il est de la responsabilité de l'MainController) et de présenter les MFMailController:

- (void)returnAndSendMail {
    //dismiss the InfoController (close revealing page)
    [self dismissViewControllerAnimated:YES completion:^{
        //and present MFMailController from MainController
        self.mailComposer.delegate = self;
        [self presentViewController:self.mailComposer animated:YES completion:nil];
    }];
}

donc, ce que vous faites avec le MFMailController est pratiquement le même qu'avec la InfoController. Les deux ont leurs inconnue délégué, afin qu'ils puissent message de retour et s'ils le font, vous pouvez les fermer et procéder avec tout ce que vous devez faire.

Notes

• -dismissViewControllerAnimated:achèvement: ne devrait pas être appelée à partir de l'enfant-vue-contrôleur. Dans la doc, il est dit: "La présentation de-vue-contrôleur est responsable de la destitution de la vue-contrôleur s'est présenté.". C'est pourquoi nous avons toujours besoin de la délégation. Et c'est utile, parce que les relations et les responsabilités des parents, c'est important! En effet. Vous ne pouvez pas créer quelque chose et puis il suffit de laisser être. Eh bien, vous pouvez, mais vous ne devriez pas.
• si vous ne l'utilisez révélateur de-vue-contrôleur de l'animation, vous pourriez chaîne de ces Parents (adoption de l'Enfant Protocole) - Enfant (définition de protocole pour le parent et l'adoption du protocole pour un petit-enfant) - petit-enfant (définition de protocole pour ...
• De nouveau: une conception où l'on MainController est de posséder et de les présenter tous l'enfant viewController est vraiment une mauvaise conception. Donc, la solution présentée est sur des protocoles et de la communication et non pas sur le fait de tout mettre dans un MainController
• Je ne pense pas que les blocs comme une technologie de codage à nous libérer de la nécessité de définir des relations et de déclarer les Protocoles
• Espère que ça aide

À ce sujet,

- (IBAction)emailMe:(id)sender {
    [self dismissViewControllerAnimated:YES completion:^{
        [self sendMeMail];
    }];
}

Après avoir écarté auto viewController, vous ne pouvez pas présenter de vue des contrôleurs de soi.

Puis ce que vous pouvez faire ?

1) appuyez sur le bouton de la méthode,

- (IBAction)emailMe:(id)sender {
    [self sendMeMail];
}

2) Vous pouvez faire disparaître l'auto viewController, lorsque le mailViewController est rejeté.

- (void)mailComposeController:(MFMailComposeViewController*)controller
          didFinishWithResult:(MFMailComposeResult)result
                        error:(NSError*)error;
{
    if (result == MFMailComposeResultSent) {
        NSLog(@"It's sent!");
    }
    [controller dismissViewControllerAnimated:NO completion:^ {
        [self dismissViewControllerAnimated:YES completion:nil];
    }];

}

Utiliser ce code

[[[[[UIApplication sharedApplication] delegate] window] rootViewController] presentViewController:composer                                                                                                    animated:YES completion:nil];

Au lieu de

[self presentViewController:picker animated:YES completion:NULL];