Ich werde versuchen, das kurz zu halten, aber ich brauche einen Rat.
Ich arbeite an einem Team, das parallel Anwendungen für Android, iPhone und Wp7 entwickelt. Wir haben ein Design-Team, das für alle drei Plattformen ein einziges Design entwickelt.
Das Design der neuesten Anwendung ist mehr Marketing als Produktivität. Der ursprüngliche POC für diese App wurde auf dem iPhone gemacht. Das Design ist sehr animationszentriert und die meisten Statusänderungen sind nahtlos (die Dinge werden während Zustandsübergängen am und vom Bildschirm animiert).
Wenn ich mich gegen dieses Design entwickle, muss ich alles in einer einzigen Aktivität haben. Bisher war dies ein großer Kopfschmerz. Meines Wissens ist es fast notwendig, Ihre Anwendung in Aktivitäten zu unterteilen. Ich könnte versuchen, Ansichten dynamisch zu laden und zu entladen, wenn ich Zustände ändere, aber das scheint nicht richtig zu sein.
Ich sehe, woher das Design-Team kommt, von wo aus all diese Zustandsänderungen nahtlos sein sollen, aber ich denke nicht, dass dies für Android richtig ist.
Ich würde gerne wissen, was am sinnvollsten ist. Sollte sich das Design ändern, um mehrere Aktivitäten zu integrieren, oder wäre es sinnvoll, dies zu versuchen?
Wir haben ein Designteam, das für alle drei Plattformen ein einziges Design entwickelt.
Das ist vergleichbar mit einem einzigen Grundriss für Wohnungen, Einfamilienhäuser und Lagerhäuser. Die Designer oder das Management müssen ihre Köpfe untersuchen lassen.
Das Design der neuesten Anwendung ist mehr Marketing als Produktivität.
Habe ich erwähnt, dass die Designer oder das Management ihre Köpfe untersuchen lassen müssen?
Wenn ich mich gegen dieses Design entwickle, muss ich alles in einer einzigen Aktivität haben.
Wenn ich Ihre Anforderungen richtig interpretiere, ist das wahrscheinlich richtig. Während Sie Animationen zwischen Aktivitäten arrangieren können, ist es eher ein "Schieben Sie die alten aus, schieben Sie die neue auf", und ich vermute, dass Ihre Anforderungen diese überschreiten.
Nach meinem Wissen ist die Aufteilung Ihrer Anwendung in Aktivitäten fast erforderlich.
Es ist sicherlich Androids beabsichtigtes Entwicklungsmodell für gewöhnliche Apps. Spiele und Ähnliches folgen möglicherweise nicht diesem Muster, und Sie müssen auch nicht.
Ich könnte versuchen, Ansichten dynamisch zu laden und zu entladen, wenn ich die Zustände ändere, aber das scheint nicht richtig zu sein.
Je nachdem, wie viele Zustände vorhanden sind, können Sie sich einfach an alle hängen und das Recycling durchführen.
Sie können sich die Unterklasse ActivityGroup für Ihre Aktivität auf oberster Ebene ansehen. Dies kann mehrere Unteraktivitäten beherbergen. TabActivity, die einzige Unterklasse von ActivityGroup, ist vielleicht nicht das, was Sie brauchen, weil sie ein Tab-Widget enthält, aber Sie können es als Inspiration für das verwenden, was Sie brauchen.
Welche spezifischen Kopfschmerzen haben Sie bei einer Single-Activity-Architektur? Vielleicht gibt es Wege, dies weniger schmerzhaft zu machen.
Wenn Sie native Apps mit einem nativen Erscheinungsbild erstellen möchten, ist es im Allgemeinen nicht sinnvoll, ein einziges UI-Design für alle drei Plattformen zu verwenden. Die UI-Richtlinien und Benutzererwartungen für die Systeme sind unterschiedlich und diese Unterschiede sollten sich in den UI-Designs widerspiegeln.
Wenn Sie wirklich eine einzige Benutzeroberfläche für alle Plattformen haben möchten, erstellen Sie stattdessen einfach eine Webanwendung.
Ich bin mir nicht sicher, was Sie mit einem "animationszentrischen" Design mit nahtlosen Statusänderungen meinen. Wenn Sie mehrere Aktivitäten verwenden, animiert Android zwischen ihnen auf eine Weise, die von Android-Nutzern erwartet wird. Wenn Sie erklären, was genau Sie erreichen möchten, können wir Ihnen helfen, herauszufinden, ob es bei Android Sinn macht und wie Sie es erreichen können.
Tags und Links android