2010-12-14 29 views
0

Je me demande: si j'ai un dossier structuré dans mon modèle et que je veux l'afficher sur le PC, j'irais faire un contrôle d'arbre. L'expansion d'un nœud entraînerait un chargement paresseux des contrôles enfants. Sur l'iPhone, cependant, je suis coincé à un niveau à la fois et je veux utiliser un contrôleur de navigation pour permettre à l'utilisateur de monter d'un niveau. Mais qu'est-ce qu'un bon design ici? Poussez un nouveau UITableViewController chaque fois qu'un sous-dossier est entré? Si la hiérarchie est assez profonde, on se retrouvera avec beaucoup de contrôleurs empilés. Ou est-il préférable de "simuler" le contrôleur de navigation et de repeupler la table avec les nœuds enfants actuels et de mettre à jour le bouton "retour" avec le nom du nœud parent?UINavigationController en combinaison avec UITableView = mémoire gaspillée?

René

Répondre

1

À moi-même. On pense vraiment à pousser les contrôleurs tout le temps. Le contrôleur peut toutefois être le même. Les vues sont déchargées automatiquement par le système d'exploitation. Donc pas besoin de fausse navigation.