(Juste pour que vous savez que je suis apprendre à développer pour iPhone, sans interfacae constructeur)iPhone Dev - Multi-View App lazy loading
Je codage ma première application multi-vues, qui a une viewcontroller racine et deux viewcontrollers, et le viewcontroller root utilise le chargement paresseux, ainsi quand viewDidLoad, il crée le premier viewcontroller et ajoute sa vue à la sous-vue, mais ne crée pas l'autre tant qu'il n'est pas nécessaire. Mais, après que le second a été chargé, ils restent tous les deux jusqu'à la fin de l'application (sauf si elle reçoit un avertissement de mémoire).
Je me demande donc: lorsque l'utilisateur bascule deux l'autre vue, devrais-je décharger l'autre qui est en train d'être supprimé (en le mettant à nil - c'est une propriété de rétention)? Donc, à chaque fois que l'utilisateur clique sur le bouton, le viewcontroller actuel est déchargé (après avoir été supprimé de la vue d'ensemble) et le suivant est chargé et ajouté en tant que sous-vue?
Donc est-ce la bonne chose à faire, ou est-ce juste, mais seulement quand l'application a beaucoup de vues et que la mienne n'est pas assez compliquée pour justifier cela, ou est-ce mauvais de le faire? Laissez-le prendre soin de lui (Dans didReceiveMemoryWarning, je mets le viewcontroller qui n'est pas actuellement affiché à zéro)?
Ok merci. Je voulais simplement dire que didReceiveMemoryWarning s'en occuperait si cela arrivait, pas comme cette application pourrait le faire. – mk12
Qu'en est-il d'un contrôleur de barre d'onglets, il est assez difficile de décharger la vue qui n'est pas affichée sans la réécrire. – mk12
Je pense que vous pourriez utiliser viewDidDisappear pour libérer la vue, et utiliser viewDidAppear pour le reconstruire. Techniquement, ce serait la méthode la plus efficace avec un contrôleur de barre d'onglet tenant sur votre IMHO UIViewController. –