2009-05-22 6 views

Antwort

0

Sehen Sie Probleme bei der Verwaltung dieser Ansichten auf standardmäßige Weise?

Ich nehme an, Sie erstellen jede Ansicht entweder aus Feder oder pragmatisch. Sie verwenden UINavigatorController und/oder UITabBarController und fügen Ansichten hinzu, für Registerkartencontroller als Array für Navigator-Controller rufen Sie die erste Ansicht auf und richten Callback-Methoden ein.

Andere Ansichten werden gedrückt/geblättert, während der Benutzer die Benutzeroberfläche navigiert. Ich glaube, dass UINavigationController Sichten entlädt, wenn nicht genug Speicher vorhanden ist, und laden sie bei Bedarf zurück.

Wenn Sie die ganze harte Arbeit verschieben, bis die Daten benötigt werden, dann sollten Sie in Ordnung sein - es sei denn, Sie treffen einige Grenzen, aber ich kann nicht sagen, da es nicht genug Details darüber gibt, was in diesen Ansichten ist - komplexe Daten, Bilder ...

0

Der einfachste Weg, all dies zu verwalten, ist eine Klasse zu erstellen, die von UIViewController abgeleitet ist und eine show und eine hide Delegiertenmethode implementiert. Lassen Sie dann alle Ihre Viewcontroller von dieser Klasse ableiten und für jedes benutzerdefinierte Verhalten überschreiben.

Auf diese Weise hat jeder Bildschirm einen konsistenten Weg zur nächsten Ansicht und einen konsistenten Weg, um die Ergebnisse an den Aufrufer zurückzugeben.

Wie Sie zwischen den Ansichten navigieren, hängt davon ab, was Sie tun. Ein NavController ist eine gute Möglichkeit, eine Hierarchie zu durchlaufen oder den Benutzer Schritt für Schritt zu führen. Ein modaler Dialog funktioniert, wenn der Benutzer etwas eingeben muss, bevor Sie fortfahren können.

Aber mit einer Standardschnittstelle zum Anzeigen/Verbergen sollte es einfacher sein, den Fluss zwischen Bildschirmen zu verwalten.

Verwandte Themen