Warum Fragmente und wann Fragmente anstelle von Aktivitäten verwenden?

In Android API 11+ hat Google eine neue Klasse namens veröffentlicht Fragment.

In den Videos schlägt Google vor, wann immer möglich ( Link1 , Link2 ) Fragmente anstelle von Aktivitäten zu verwenden, aber sie haben nicht genau erklärt, warum.

Was ist der Zweck von Fragmenten und einige mögliche Verwendungen davon (abgesehen von einigen UI-Beispielen, die leicht durch einfache Ansichten / Layouts erreicht werden können)?

Meine Frage betrifft Fragmente:

1. Was sind die Zwecke der Verwendung eines Fragments?
2. Was sind die Vor- und Nachteile der Verwendung von Fragmenten im Vergleich zur Verwendung von Aktivitäten / Ansichten / Layouts?

Bonusfragen:

3. Können Sie einige wirklich interessante Verwendungszwecke für Fragmente angeben? Dinge, die Google in seinen Videos nicht erwähnt hat?
4. Was ist der beste Weg, um zwischen Fragmenten und den Aktivitäten, die sie enthalten, zu kommunizieren?
5. Was sind die wichtigsten Dinge, an die Sie denken sollten, wenn Sie Fragmente verwenden? Irgendwelche Tipps und Warnungen aus Ihrer Erfahrung?

# 1 & # 2 Was sind die Zwecke der Verwendung eines Fragments und welche Vor- und Nachteile hat die Verwendung von Fragmenten im Vergleich zur Verwendung von Aktivitäten / Ansichten / Layouts?

Fragmente sind die Lösung von Android zur Erstellung wiederverwendbarer Benutzeroberflächen. Sie können einige der gleichen Dinge mithilfe von Aktivitäten und Layouts erreichen (z. B. mithilfe von Includes). Jedoch; Fragmente werden von HoneyComb und höher mit der Android-API verbunden. Lassen Sie mich näher darauf eingehen.

• Die ActionBar. Wenn Sie möchten, dass Registerkarten dort oben in Ihrer App navigieren, sehen Sie schnell, dass die ActionBar.TabListenerBenutzeroberfläche Ihnen FragmentTransactionein Eingabeargument für die onTabSelectedMethode gibt. Sie könnten dies wahrscheinlich ignorieren und etwas anderes und cleveres tun, aber Sie würden gegen die API arbeiten, nicht damit.

• Die FragmentManagerGriffe «zurück» für Sie auf sehr clevere Weise. Zurück bedeutet nicht zurück zur letzten Aktivität, wie bei regulären Aktivitäten. Es bedeutet zurück zum vorherigen Fragmentzustand.

• Sie können das Cool ViewPagermit einem verwenden FragmentPagerAdapter, um Swipe-Schnittstellen zu erstellen. Der FragmentPagerAdapterCode ist viel sauberer als ein normaler Adapter und steuert die Instanziierung der einzelnen Fragmente.

• Ihr Leben wird viel einfacher, wenn Sie Fragmente verwenden, wenn Sie versuchen, Anwendungen für Telefone und Tablets zu erstellen. Da die Fragmente so stark mit den Honeycomb + -APIs verknüpft sind, sollten Sie sie auch auf Telefonen verwenden, um Code wiederzuverwenden. Hier bietet sich die Kompatibilitätsbibliothek an.

• Sie könnten und sollten sogar Fragmente für Apps verwenden, die nur für Telefone bestimmt sind. Wenn Sie Portabilität im Auge haben. Ich verwende ActionBarSherlockund die Kompatibilitätsbibliotheken, um "ICS-aussehende" Apps zu erstellen, die bis zur Version 1.6 gleich aussehen. Sie erhalten die neuesten Funktionen wie die ActionBarmit Registerkarten, Überlauf, geteilter Aktionsleiste, Viewpager usw.

Bonus 2

Der beste Weg, um zwischen Fragmenten zu kommunizieren, sind Absichten. Wenn Sie etwas in einem Fragment drücken, rufen Sie normalerweise StartActivity()mit Daten darauf auf. Die Absicht wird an alle Fragmente der von Ihnen gestarteten Aktivität weitergegeben.

Sie sind sich nicht sicher, auf welche Videos Sie sich beziehen, aber ich bezweifle, dass Sie Fragmente anstelle von Aktivitäten verwenden sollten, da diese nicht direkt austauschbar sind. Es gibt tatsächlich einen ziemlich detaillierten Eintrag im Dev Guide. Lesen Sie ihn für Details.

Kurz gesagt, Fragmente leben in Aktivitäten, und jede Aktivität kann viele Fragmente enthalten. Wie Aktivitäten haben sie einen bestimmten Lebenszyklus, im Gegensatz zu Aktivitäten sind sie keine Anwendungskomponenten der obersten Ebene. Zu den Vorteilen von Fragmenten gehören die Wiederverwendung von Code und die Modularität (z. B. die Verwendung derselben Listenansicht in vielen Aktivitäten), einschließlich der Möglichkeit, Schnittstellen mit mehreren Fenstern zu erstellen (meistens nützlich auf Tablets). Der Hauptnachteil ist (einige) zusätzliche Komplexität. Im Allgemeinen können Sie dasselbe mit (benutzerdefinierten) Ansichten auf nicht standardmäßige und weniger robuste Weise erreichen.

Ein Fragment ist ein Teil der Benutzeroberfläche oder des Verhaltens einer Anwendung, der in eine Aktivität eingefügt werden kann, um ein modulareres Aktivitätsdesign zu ermöglichen. Es wird nicht falsch sein, wenn wir sagen, dass ein Fragment eine Art Subaktivität ist.

Es folgen wichtige Punkte zu einem Fragment:

1. Ein Fragment hat ein eigenes Layout und ein eigenes Verhalten mit eigenen Rückrufen für den Lebenszyklus.

2. Sie können Fragmente in einer Aktivität hinzufügen oder entfernen, während die Aktivität ausgeführt wird.

3. Sie können mehrere Fragmente in einer einzigen Aktivität kombinieren, um eine Benutzeroberfläche mit mehreren Fenstern zu erstellen.

4. Ein Fragment kann in mehreren Aktivitäten verwendet werden.

5. Der Fragmentlebenszyklus hängt eng mit dem Lebenszyklus seiner Wirtsaktivität zusammen.

6. Wenn die Aktivität angehalten wird, werden auch alle in der Aktivität verfügbaren Fragmente gestoppt.

7. Ein Fragment kann ein Verhalten implementieren, das keine Benutzeroberflächenkomponente enthält.

8. Fragmente wurden der Android-API in Android 3 (Honeycomb) mit API-Version 11 hinzugefügt .

Weitere Informationen finden Sie auf der offiziellen Website Fragmente .

Dies sind wichtige Informationen, die ich auf Fragmenten gefunden habe:

In der Vergangenheit wurde jeder Bildschirm in einer Android-App als separate Aktivität implementiert. Dies stellt eine Herausforderung beim Übergeben von Informationen zwischen Bildschirmen dar, da der Android Intent-Mechanismus das Übergeben eines Referenztyps (dh eines Objekts) direkt zwischen Aktivitäten nicht zulässt. Stattdessen muss das Objekt serialisiert oder eine global zugängliche Referenz verfügbar gemacht werden.

Indem jeder Bildschirm zu einem separaten Fragment gemacht wird, werden diese Kopfschmerzen beim Übergeben von Daten vollständig vermieden. Fragmente existieren immer im Kontext einer bestimmten Aktivität und können immer auf diese Aktivität zugreifen. Durch Speichern der interessierenden Informationen in der Aktivität kann das Fragment für jeden Bildschirm einfach über die Aktivität auf die Objektreferenz zugreifen.

Quelle: https://www.pluralsight.com/blog/software-development/android-fragments

Aktivitäten sind die Vollbildkomponenten in der App mit der Symbolleiste, alles andere sind vorzugsweise Fragmente. Eine übergeordnete Vollbildaktivität mit einer Symbolleiste kann mehrere Bereiche, scrollbare Seiten, Dialogfelder usw. (alle Fragmente) enthalten, auf die alle vom übergeordneten Element aus zugegriffen werden können und über das übergeordnete Element kommunizieren.

Beispiel:

Aktivität A, Aktivität B, Aktivität C:

• Bei allen Aktivitäten muss derselbe Code wiederholt werden, um beispielsweise eine grundlegende Symbolleiste anzuzeigen, oder von einer übergeordneten Aktivität geerbt werden (die Verwaltung ist umständlich).
• Um von einer Aktivität zur anderen zu wechseln, müssen sich entweder alle im Speicher befinden (Overhead) oder eine muss zerstört werden, damit die andere geöffnet werden kann.
• Die Kommunikation zwischen Aktivitäten kann über Absichten erfolgen.

vs.

Aktivität A, Fragment 1, Fragment 2, Fragment 3:

• Keine Code-Wiederholung, alle Bildschirme haben Symbolleisten usw. aus dieser einen Aktivität.
• Verschiedene Möglichkeiten, um von einem Fragment zum nächsten zu wechseln - Pager, Mehrfachfenster usw. anzeigen
• Die Aktivität enthält die meisten Daten, sodass nur eine minimale Kommunikation zwischen Fragmenten erforderlich ist. Bei Bedarf kann dies problemlos über Schnittstellen erfolgen.
• Fragmente müssen nicht im Vollbildmodus vorliegen, da sie sehr flexibel gestaltet werden können.
• Fragmente müssen das Layout nicht aufblasen, wenn keine Ansichten erforderlich sind.
• Mehrere Aktivitäten können dasselbe Fragment verwenden.

Fragmente sind in einigen Fällen von besonderem Nutzen, beispielsweise wenn wir auf allen unseren Seiten eine Navigationsleiste behalten möchten. Sie können ein Rahmenlayout mit einem beliebigen Fragment aufblasen und haben dennoch Zugriff auf die Navigationsschublade.

Wenn Sie eine Aktivität verwendet hätten, müssten Sie die Schublade in allen Aktivitäten behalten, was zu redundantem Code führt. Dies ist eine interessante Verwendung eines Fragments.

Ich bin neu in Android und denke immer noch, dass ein Fragment auf diese Weise hilfreich ist.

Ich weiß, dass dies bereits zu Tode diskutiert wurde, aber ich möchte noch einige Punkte hinzufügen:

• Frags können zum Auffüllen von Menus verwendet werden und können MenuItemKlicks selbst verarbeiten. So erhalten Sie weitere Modulationsoptionen für Ihre Aktivitäten. Sie können ContextualActionBar-Inhalte usw. ausführen, ohne dass Ihre Aktivität davon Kenntnis hat, und sie im Grunde genommen von den grundlegenden Aufgaben Ihrer Aktivität (Navigation / Einstellungen / Info) entkoppeln.

• Ein übergeordnetes Frag mit untergeordneten Frags kann Ihnen weitere Optionen zum Modulieren Ihrer Komponenten bieten. Sie können beispielsweise Frags einfach austauschen, neue Frags in einen Pager einfügen oder sie entfernen und neu anordnen. Alles ohne dass Ihre Aktivität etwas darüber weiß und sich nur auf die übergeordneten Dinge konzentriert.

Fragmente leben innerhalb der Aktivität und haben:

• seinen eigenen Lebenszyklus
• sein eigenes Layout
• seine eigenen Kinderfragmente und etc.

Stellen Sie sich Fragmente als eine Unteraktivität der Hauptaktivität vor, zu der sie gehört, sie kann nicht für sich existieren und sie kann immer wieder aufgerufen / wiederverwendet werden. Hoffe das hilft :)

1.Zwecke zur Verwendung eines Fragments?

• Ans:
  1. Umgang mit Unterschieden im Geräteformfaktor.
  2. Weitergabe von Informationen zwischen App-Bildschirmen.
  3. Organisation der Benutzeroberfläche.
  4. Erweiterte UI-Metaphern.

Ein Fragment lebt in einer Aktivität, während eine Aktivität für sich lebt.