Problèmes d'affichage parent avec UIImagePickerControllerSourceTypeCamera

Question

J'ai un problème étrange avec UIImagePickerControllerSourceTypeCamera. Mon application donne le choix de sélectionner une photo de la galerie, ou de prendre une photo avec l'appareil photo. Si je choisis la galerie, je prends une photo et reviens à ma vue, pas de problème. Cependant, lors de l'utilisation de UIImagePickerControllerSourceTypeCamera, il semble que je fasse quelque chose d'étrange avec ma vue quand je reviens à l'UIImagePickerControllerSourceTypeCamera. Par exemple, j'ai un tas de code dans la méthode viewDidLoad qui déplace certains objets dans la vue si elle doit s'appuyer sur certains facteurs - ce code est appelé quand je quitte le UIImagePickerControllerSourceTypeCamera, mais n'est pas appelé quand je quitte la galerie.

Est-ce prévu?

Answer 1

Je pense que votre vue est rejetée par l'objet didReceiveMemoryWarning qui est déclenché par la caméra. Vous pouvez forcer le simulateur à générer un avertissement de mémoire sans l'appareil photo pour tester cette théorie.

D'une manière générale, viewDidLoad doit être capable de gérer des appels multiples. Ce n'est pas une méthode init. Il est à nouveau appelé si self.view est défini sur zéro et que la vue doit ultérieurement être recréée. Il peut y avoir un endroit plus approprié pour mettre n'importe quel code qui pose problème, mais les méthodes init sont délicates parce que l'initialiseur désigné est contourné par le chargement de la plume.

Lorsqu'elle est chargée à partir d'une plume, la classe initWithCoder de la classe est appelée à la place, ce qui contourne l'ensemble du processus init car le processus de désarchivage est supposé aspirer un objet déjà initialisé. Par conséquent, la réinitialisation de l'objet peut casser des choses, comme appelez loadView qui est en conflit avec ce que contient une plume, car elle est supposée construire par programme ce que la plume contient déjà. Vous pouvez toujours remplacer initWithCoder comme d'habitude, mais aussi longtemps que vous passez les arguments à super comme vous le devriez, mais cela ne sera pas appelé si vous initialisez l'objet avec l'initialiseur désigné. Bien sûr, si vous avez besoin de vous inquiéter à ce sujet, vous pouvez mettre tout le code que vous voulez exécuter dans les deux dans une méthode qui est appelée à partir des deux méthodes surchargées.