On ne peut jamais connaà®tre quand un UIViewController disparaà®t parce que on ne peut pas le faire apparaà®tre ; c'est la vue qui apparaà®t et disparaà®t et c'est le contrôleur qui les gère.
En effet, c'est possible à détecter quand une vue disparaà®t parce que il faut avoir du code qui provoque sa disparition. Même si l'on faisait disparaà®tre d'un "unwind" segue, on pourrait, tout-même, mettre du code dans un contrôleur précédent, mais c'est contre l'esprit du gestion de cycle de la vie d'un contrôleur et sa vue.
Réponses
ok merci
Peut-être un -(void)viewDidDisappear:(BOOL)animated qui me donne entièrement satisfaction.
ou bien son pendant préalable -(void)viewWillDisappear:(BOOL)animated
Bah non. Devulder a dit qu'il ne voulait pas dériver de UIViewController ; du coup, il ne serait pas une classe où on pourrait mettre ces méthodes.
@devulder
On ne peut jamais connaà®tre quand un UIViewController disparaà®t parce que on ne peut pas le faire apparaà®tre ; c'est la vue qui apparaà®t et disparaà®t et c'est le contrôleur qui les gère.
En effet, c'est possible à détecter quand une vue disparaà®t parce que il faut avoir du code qui provoque sa disparition. Même si l'on faisait disparaà®tre d'un "unwind" segue, on pourrait, tout-même, mettre du code dans un contrôleur précédent, mais c'est contre l'esprit du gestion de cycle de la vie d'un contrôleur et sa vue.
Les méthodes que j'indique font partie du UIViewController. Pas besoin de la dériver.
j'ai trouvé une solution
j'utilise un NSRunLoop qui boucle tant que mon UIViewController est affiché
UIApplication --> delegate --> keyWindow --> rootViewController --> presentedViewController
Dans un mot - Nnnyyyyaaaarrggghhhh !!!!
Pourquoi tu insistes à éviter dériver une classe ?