Question

J'ai commencé à migrer d'une application iPhone vers une application iPad et j'ai heurté le problème de la manière d'inclure un UisplitViewController. Mon maître / détail n'est pas la racine de l'application, mais j'ai des vues de connexion et des vues de caméra, etc. Avant d'accéder aux trucs maître / détail, donc j'ai essayé de trouver un moyen d'utiliser le contrôleur de visualisation Split sans la définir comme le racine. J'ai réussi à y parvenir, mais j'ai créé la mère de toutes les fuites de mémoire qui le faisait donc j'ai décidé de recoder l'application (merci apple) afin que je puisse utiliser l'UisplitViewController est le contrôleur racine.

Avant de commencer ce processus, j'ai décidé de regarder dans toutes les autres choses que je dois faire dans le cadre de la migration de l'iPhone en iPad et j'ai rencontré un autre problème que je ne peux pas résoudre la solution.

J'ai plusieurs paires de vues de maître / détail que l'iPhone traite bien. Dans l'iPad, cela signifie que j'ai besoin de plusieurs utilisateurs UisplitViews. Comment est-ce fait? J'ai vu de nombreux threads sur l'utilisation d'un contrôleur de visualisation par une seule vue avec une vue principale et une vue de détail multiple, mais pas une sur plusieurs vues principales chaque fois avec une vue détaillée.

Pour clarifier, c'est de multiples vues principales, chacune avec sa propre vue de détail, pas plusieurs vues de maître partageant une vue détaillée.

E.g.

master1 - détail 1 Master2 - Détail 2 Master3 - Détail 3

Comment feriez-vous cela avec un seul UisplitViewController?

Quelqu'un peut-il m'offrir des conseils sur cela s'il vous plaît?

Était-ce utile?

La solution

Étant donné que le contrôleur de visualisation Split ne doit être préoccupant que par la disposition de l'écran et non du contenu, la commutation de ses contrôleurs de vue enfant ne devrait pas être un gros problème.

Si, pour une raison quelconque, il est plus facile de concevoir en termes de multiples contrôleurs de visualisation scindés, considérez que la chose que vous affectez car le contrôleur d'affichage de la racine ne doit pas rester root pour toute l'exécution de l'application.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top