[JAVA] 2. Jahr Pokemon Trainer SE Android Anwendungsentwicklung Zusammenfassung ~ 2. Tag ~

Einführung

Es ist der zweite Tag der Zusammenfassung der Android-Entwicklung. Dieses Mal werde ich erklären, wie ** Activity # setContentView ** und ** \ <merge > ** verwendet werden. Ich konnte nicht erklären, wie ich mit dem Layout richtig umgehen soll, also habe ich es studiert.

Activity#setContentView Dieses Anwendungsbeispiel

sample

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_next);

Das Muster und die Verwendung von Funktionsaufrufen sind wie folgt. 1. setContentView (View view, ViewGroup.LayoutParams params)    　Set the activity content to an explicit view. 2. setContentView (View view)    　Set the activity content to an explicit view. 3. setContentView (int layoutResID)    　Set the activity content from a layout resource. Referenz: https://developer.android.com/reference/android/app/Activity

1.2 spiegelt die Ansicht wider, die im Argument ** im Layout übergeben wurde. ** **. 3 ist das diesmal verwendete Muster. ** Lassen Sie Activity die als Argument übergebene Layoutdatei lesen. ** **. Ein Bild, in das XML von setContentView für das eigentliche Objekt der Aktivität geladen wird. Ich habe mich gefragt, ob ich diese Funktion auf eine Weise ausführen muss, aber ich könnte es ohne sie tun. Wenn setContentView (int layoutResID) in onCreate nicht ausgeführt wird, wird das Layout nicht geladen, sodass der weiße Bildschirm angezeigt wird, den Sie im folgenden Bild sehen möchten.

1.2 soll später weitere Ansichten anzeigen Sie können sich 3 vorstellen, um zuerst die Basisaktivität anzuzeigen.

<merge> ** Verwenden Sie die Include-XML, um sie mit der übergeordneten Ansicht zusammenzuführen. ** **. ** Wenn du denkst "Was ist los?" **, ist es dasselbe wie ich. Ich habe es verstanden, also werde ich es erklären.

Zunächst wird als Voraussetzung die Ansichtsgruppe für das übergeordnete Layout auf der Include-Seite benötigt. Wenn es stark vereinfacht ist, sollte es daher die folgende Konfiguration haben.

parent.xml

<LinearLayout>
    <include~~~~~/>
</LinearLayout>

• LinearLayout wird zur Vereinfachung verwendet, aber jede Ansichtsgruppe reicht aus.

Und dieses \ <include ~~~~~ / > enthält das untergeordnete Layout. Wenn Sie zu diesem Zeitpunkt eine Ansichtsgruppe anstelle von \ <Zusammenführen > verwenden, sieht dies folgendermaßen aus.

childLayout1.xml

<LinearLayout>
    <TextView~~~~~/>
    <TextView~~~~~/>
    <TextView~~~~~/>
</LinearLayout>

Und wenn es enthalten ist und die Vereinigung abgeschlossen ist, wird es wie folgt sein.

mergedLayout1.xml

<LinearLayout>
    <LinearLayout>
        <TextView~~~~~/>
        <TextView~~~~~/>
        <TextView~~~~~/>
    </LinearLayout>
</LinearLayout>

Hast du bemerkt? Es gibt ein nutzloses LinearLayout im LinearLayout, und es ist nicht sehr cool.

Das untergeordnete Layout bei Verwendung von << Zusammenführen > lautet wie folgt.

childLayout2.xml

<merge>
    <TextView~~~~~/>
    <TextView~~~~~/>
    <TextView~~~~~/>
</merge>

Und verschmelzen! !!

mergedLayout2.xml

<LinearLayout>
    <TextView~~~~~/>
    <TextView~~~~~/>
    <TextView~~~~~/>
</LinearLayout>

Es wird so sein. Es gibt keine Verschwendung aus dem vorherigen Layout. \ <merge > ist wie folgt ** wurde früher mit der übergeordneten ViewGroup zusammengeführt **, nicht wahr?

Zusammenfassung

Heute ging es um ** Activity # setContentView ** und ** \ <merge > **. Wenn Sie es noch einmal nachschlagen, gibt es viele Dinge, die Sie interessieren. Ich werde weiter untersuchen und zusammenfassen, worüber ich mich mit Android gewundert habe. Danke fürs Lesen.