2009-07-20 5 views
0

Je me demande si cela nuit aux performances. J'ai une application de test qui est assez énorme en ce qui concerne les contrôleurs de vue. Plutôt que de simplement changer de vue de A à B, je glisse tout autour. J'ai donc un ViewController racine, qui est utilisé pour les fonctions de base de l'application. Il instancie d'autres contrôleurs de vue à la demande, les place dans des conteneurs UIView et les fait glisser pour faire de beaux effets. Ces contrôleurs de vues sont considérés comme des contrôleurs racine eux-mêmes, et chacun d'entre eux crée un autre ensemble de contrôleurs de vue pour différentes choses. Donc, à la fin, j'ai une hiérarchie d'environ 15 vues. Tout est lisse, mais c'est un peu étrange. Eh bien, je suppose que c'est normal. Je veux juste savoir ce que tu penses/fais. Suis-je fou?Est-ce une bonne idée d'imbriquer plusieurs contrôleurs de vue pour réaliser des interfaces complexes avec iPhone OS?

+0

Ceci est un doublon de http://stackoverflow.com/questions/1153393/is-it-a-good-idea-to-nest-several-several-view-controllers-to-achieve-complex-interfaces – beggs

+0

autre duplicata est fermé – Thanks

Répondre

1

Cela semble être une bonne façon de faire les choses. En effet, la boîte à outils de l'interface utilisateur apple supplies fonctionne de la même manière en interne. Un bouton, ou tout autre élément visuel est en soi une vue, avec son propre contrôleur de vue. En ajoutant simplement des boutons à l'écran, vous imbriquez déjà des vues et des contrôleurs.

+0

Parfait !!! Donc je le fais déjà "à la manière d'Apple". Cool de savoir :) – Thanks

Questions connexes