Was ist der Vorteil der Verwendung von Fragmenten in Android anstelle von Ansichten?

Bei der Entwicklung für Androidkönnen Sie Ihr Ziel (oder Minimum) sdk auf 4 (API 1.6) setzen und das Android-Kompatibilitätspaket (v4) hinzufügen, um Unterstützung für hinzuzufügen Fragments. Gestern habe ich dies getan und erfolgreich implementiert Fragments, um Daten aus einer benutzerdefinierten Klasse zu visualisieren.

Meine Frage lautet: Was ist der Nutzen für die Verwendung Fragments im Gegensatz zum einfachen Abrufen einer Ansicht von einem benutzerdefinierten Objekt und der Unterstützung von API 1.5?

Angenommen, ich habe die Klasse Foo.java:

public class Foo extends Fragment {

    /** Title of the Foo object*/
    private String title;
    /** A description of Foo */
    private String message;

    /** Create a new Foo
     * @param title
     * @param message */
    public Foo(String title, String message) {
        this.title = title;
        this.message = message;
    }//Foo

    /** Retrieves the View to display (supports API 1.5. To use,
     * remove 'extends Fragment' from the class statement, along with
     * the method {@link #onCreateView(LayoutInflater, ViewGroup, Bundle)}) 
     * @param context Used for retrieving the inflater */
    public View getView(Context context) {
        LayoutInflater inflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        View v = inflater.inflate(R.layout.foo, null);
        TextView t = (TextView) v.findViewById(R.id.title);
        t.setText(this.title);
        TextView m = (TextView) v.findViewById(R.id.message);
        m.setText(this.message);
        return v;
    }//getView 

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        if (container == null) {
            return null;
        }
        View v = inflater.inflate(R.layout.foo, null);
        TextView t = (TextView) v.findViewById(R.id.title);
        t.setText(this.title);
        TextView m = (TextView) v.findViewById(R.id.message);
        m.setText(this.message);
        return v;
    }//onCreateView

}//Foo

Beide Methoden sind sehr einfach zu erstellen und in einer Aktivität zu bearbeiten, die List<Foo>beispielsweise angezeigt werden muss (z. B. programmgesteuert zu a hinzugefügt wird ScrollView). Sie sind also Fragmentswirklich nützlich oder nur eine überglorifizierte Vereinfachung von Eine Ansicht erhalten, z. B. über den obigen Code?

Der Hauptgrund für die Verwendung von Fragmenten liegt in den Backstack- und Lebenszyklusfunktionen. Andernfalls sind benutzerdefinierte Ansichten leichter und einfacher zu implementieren.

Zuerst habe ich tatsächlich versucht, eine Telefon- / Tablet-App mit benutzerdefinierten Ansichten zu erstellen. Alles schien über Telefone UND Tablets hinweg zu funktionieren, sogar der Wechsel von einem einzelnen Panel zu einem geteilten Panel. Ich hatte Probleme mit dem Zurück-Knopf und dem Lebenszyklus. Da ich Ansichten einfach manuell aktualisierte ... gab es nichts, was die Geschichte der Ansichten und ihre Zustände verfolgte. Daher funktionierte die Zurück-Schaltfläche nicht wie erwartet und es war schwierig, selbst den neuesten Status während Lebenszyklusereignissen wiederherzustellen, z. B. beim Drehen der App. Um dies zu beheben, musste ich meine benutzerdefinierten Ansichten in Fragmente einschließen und den FragmentManager verwenden, damit die vorherigen Status gespeichert und neu erstellt wurden.

Nachdem ich geantwortet hatte, stellte ich fest, dass ich ein Jahr zuvor eine ähnliche Frage gestellt hatte: https://stackoverflow.com/a/11126397/618881

Ich würde sagen, Fragmente sind in zwei Szenarien nützlich: Wenn Sie Ansichten auf einigen Geräten / Ausrichtungen aufteilen und sie in zwei Aktivitäten anzeigen und den gesamten Inhalt in einem auf anderen Geräten anzeigen. Dies wäre ein Anwendungsfall, wenn Sie auf einem Tablet oder sogar im Querformat auf einem Telefon arbeiten: z. B. zeigen Sie die Liste der Elemente und die Details auf einem Bildschirm an. Auf einem Telefon oder im Hochformat zeigen Sie nur einen Teil.

Ein weiterer Anwendungsfall sind wiederverwendbare Ansichten. Wenn Sie also einige Ansichten haben, die für verschiedene Aktivitäten sichtbar sind, und auch einige Aktionen ausführen, können Sie dieses Verhalten in ein Fragment einfügen und dann wiederverwenden. Natürlich könnten Sie das wahrscheinlich auch mit benutzerdefinierten Widgets tun.

Ich würde keinen Grund sehen, Fragmente für jede Ansicht zu verwenden, und ich denke, es wäre nur ein Overhead. Ich benutze sie nur im ersten Anwendungsfall und ich würde hier sagen, es ist eine Vereinfachung.

Android führte Fragmente in Android 3.0 (API-Level 11) ein, hauptsächlich um dynamischere und flexiblere UI-Designs auf großen Bildschirmen wie Tablets zu unterstützen. Da der Bildschirm eines Tablets viel größer als der eines Mobilteils ist, gibt es mehr Platz zum Kombinieren und Austauschen von UI-Komponenten. Fragmente ermöglichen solche Designs, ohne dass Sie komplexe Änderungen an der Ansichtshierarchie verwalten müssen. Durch Aufteilen des Layouts einer Aktivität in Fragmente können Sie das Erscheinungsbild der Aktivität zur Laufzeit ändern und diese Änderungen in einem von der Aktivität verwalteten Backstack beibehalten.

Hier können Sie mehr lesen.

1. Aufgeteilter Bildschirm für Szenarioaktivität - Wir haben ein Layout und eine Aktivität, die den linken rechten Bildschirmteil behandeln
2. Szenario FragmentActivity Wir haben ein Layout für den Hauptbildschirm, eines für links und eines für rechts

Szenario eins ist gut, wenn Sie eine einfache Anwendung haben.

Szenario zwei ist gut, wenn Sie mehrere Fragmente und mehrere FragmentActivities haben möchten und diese kombinieren können. Sie können auch zwischen Fragmenten interagieren.

Ich habe Split Screen Fragmentactivity Ich kann es mit 'Intent Extras' aufrufen und fragmentActivity mitteilen, welches Fragment geladen werden soll. Fragmente sind gut, weil sie nicht manifest sind, sodass Sie wiederverwendbare Fragmente und FragmentActvity erstellen können.

Aber es macht Ihr Projekt größer. Wenn Sie jedoch ein großes Projekt erstellen, können Sie viele speichern. Weil Sie dieselben Fragmente oder dieselbe Fragmentaktivität verwenden können.

Und ich denke, dass diese Fragmente etwas spät kommen, also müssen Sie versuchen, auf neue Weise zu denken. Versuchen Sie vielleicht einfach, Ihre Aktivität in FragmentActivity zu konvertieren. Versuchen Sie später, wiederverwendbaren Code zu finden und daraus ein Fragment zu erstellen.

Es ist nützlich, aber ich weiß nicht wie im Moment. Aber ich habe einige Ideen.

Das ist immer ein Problem. Das Android-Team hat etwas gedacht und niemand weiß, wofür es gut ist. Weil wir kaum so lernen wie es war und hier kommen einige neue Dinge.

Meiner Meinung nach ist es gut, aber nicht aus gutem Grund, dass Google es uns sagt.

Fügen Sie einen Fall hinzu, wenn Sie Fragment oder Aktivität über CustomView verwenden:

Wenn Sie CursorLoader verwenden, um bestimmte Ansichten, ListView oder TextView zu beobachten, und deren Anzeigewert aktualisieren möchten, wenn die Daten Ihres ContentProviders im Back-End aktualisiert werden (im häufigsten Fall haben Sie einen Dienst, der Ihre lokale Datenbank aktualisiert, indem Sie regelmäßig Daten aus der entfernten Datenbank / Cloud abrufen )

Eine große Sache, die in den obigen Kommentaren nicht erwähnt wird, ist, dass ein Fragment im Speicher verbleibt, selbst wenn Android die Aktivität beendet und sie neu startet, wenn Sie beispielsweise die Ausrichtung Ihres Geräts ändern. Dies geschieht aus Leistungsgründen, kann aber auch zu unerwarteten Ergebnissen führen, wenn Sie damit gerechnet haben, dass Fragmente zerstört werden, nur um festzustellen, dass sie aus dem Nichts neu erstellt werden.