Lassen Sie uns über die UI-Architektur des Systems sprechen.
In dieser Sitzung werden wir einen Blick auf einige der wichtigsten System-UI-Klassen werfen.
Zu einem späteren Zeitpunkt werden wir den Code dieser Klassen durchgehen.
Wie wir sehen können, haben die System-UI-Komponenten einige gemeinsame Merkmale, wie z.B. die Statusleiste,
die Navigationsleiste, die muslimische UI, die Toast UI, extra, alle diese Komponenten haben diese Merkmale gemeinsam.
Sie muss also initialisiert werden.
Die Initialisierung muss also für alle diese Komponenten durchgeführt werden und sich dann je nach
Zustand des Systems ändern.
Wenn sich also das Ende der Laufzeit und immer wieder Änderungen ergeben, muss sie reagieren.
So ist zum Beispiel der Ladezustand des Akkus niedriger, als er in den Benachrichtigungen angezeigt werden muss, richtig?
Diese besteht darin, dass sie Blöcke abwerfen muss.
Dies dient also im Wesentlichen dazu, die Entwickler bei der Fehlersuche in diesen Komponenten zu unterstützen.
Und wenn das System dann gestartet wird, sollte es eine entsprechende Logik geben, die für alle diese Komponenten ausgeführt
werden muss.
Wenn das System beispielsweise hochgefahren wird, muss es die Statusleiste anzeigen.
So und ähnlich muss auch die Navigationsleiste angezeigt werden.
Diese gemeinsame Logik muss also umgesetzt werden.
Nun, da alle System-UI-Komponenten dieses gemeinsame Verhalten teilen, ist das eine abstrakte Klasse auf
der System-UI, die von all diesen Komponenten erweitert wird.
Sie werden also einen Blick auf all diese Antworten werfen können, wenn wir die Gerichtsverhandlung durchführen.
Verstehen Sie also erst einmal, dass es eine abstrakte System-UI-Klasse gibt, die von allen System-UI-Komponenten
erweitert wird.
Es gibt also einige wenige Ausnahmen von System-UI-Komponenten, die die System-UI nicht erweitern, aber die meisten von
ihnen schon.
Wechseln wir also zur Intelligenz.
Es ist nur, wie intelligent hier mit dem System UI Projekt geöffnet, so können wir die System UI Klasse unter
dem System UI Paket hier finden.
Ja, ja.
Wie Sie also sehen können, ist die System-UI eine abstrakte Klasse.
Darin sind einige wichtige Methoden definiert.
Die erste ist also die Bestandsmethode.
Wie Sie sehen können, handelt es sich um eine abstrakte Methode.
Dies muss also innerhalb der Unterklasse implementiert werden.
So sollte z. B. die Ghost-Oberfläche, die die System-Oberflächenklasse erweitert, eigentlich die Logik für den Halt
an dieser Stelle implementieren.
Wir werden also später einige Beispiele sehen.
Ebenso haben wir die eigene Konfiguration geändert.
Es handelt sich also um eine Rückrufmethode.
Diese Methode muss also mit einer Konfigurationsänderung reagieren.
Dies dient im Wesentlichen dazu, alle Systemänderungen zu verarbeiten.
Zum Beispiel, wenn die Batterieladung nachlässt, muss ein Host angezeigt werden, so dass hier konfiguriert
werden könnte.
Sie könnten hier also eine Logik hinzufügen, um eine Warnung oder einen anderen Mechanismus anzuzeigen, um den Benutzer darüber zu informieren, dass eine der beiden Seiten ausgefallen
ist, und dann haben wir den Speicherauszug.
Dies ist also im Wesentlichen für die Protokollierung gedacht.
Hier können Sie also die Protokolle des Systems ausgeben, und dieses Protokoll wird von den Entwicklern verwendet, die ADB verwenden, um zu sehen,
was mit der System-UI passiert.
Wenn sie zum Beispiel feststellen, dass mit der Navigationsleiste in der Statusleiste
etwas nicht stimmt, und wenn sie herausfinden wollen, was genau mit dem System passiert, dann können sie diese Protokolle innerhalb von ADB ausgeben
und dann erhalten sie.
Dies dient also im Wesentlichen zur Unterstützung der Fehlersuche.
Und dann haben wir unseren eigenen Boot Completed Iconic Callback, und das ist im Grunde, um das zu behandeln,
auch wenn das Board vollständig ist.
Jede Unterklasse, die die System-UI erweitert, muss sich also um diese Methoden kümmern.
Werfen wir also einen Blick auf einige der Vorteile, die es mit sich bringt.
System UI, Unternehmerschaft def.
Finden.
Erweitert.
System, richtig?
Sie.
Nun, hier ist es.
Wir können all diese Klassen hier sehen, wie die Lautstärke-UI, grüne Deklarationen, Renderdienste,
Systemaktionen, Fenstervergrößerung.
All dies ist Teil der System-Benutzeroberfläche in der Toast-Benutzeroberfläche und dem Benachrichtigungskanal unserer Benutzeroberfläche.
Es gibt also eine Reihe von Klassen, die die System-UI erweitern.
Öffnen wir die Benutzeroberfläche eines Volumens und sehen wir uns an, wie es implementiert ist.
Es ist also eine Erweiterung der System-UI.
Die Startmethode, die eine abstrakte Methode ist, wurde bereits ausgeführt.
Und hier hat es die Logik dafür definiert und auf Konfigurationsänderung, es hat diese besonderen Belastungen und auch für das Dumping
des Gesetzes, wie es dieses Gericht geschrieben hat, umgesetzt.
Vielleicht können wir uns also kurz ein paar andere Klauseln ansehen, also öffnen wir die meisten UI.
Das sollte eine einfache Sache sein.
Also in der Startmethode.
Es hat diese Logik hier die Funktionen definiert, um eine Auswahlliste zu übergeben und diese beiden Dinge zu verbergen.
Es muss nicht auf einen Systemzustand reagieren, da es keine anderen Methoden implementiert hat.
GUT.
Lass uns Party machen, ja?
Der Körper kann also nicht nur Reize ausüben, sondern auch Schuldgefühle befehlen.
OK, die Bestandsmethode ist hier also definiert.
Und bei Konfigurationsänderung wird hier definiert.
Und dann hat es einige andere benutzerdefinierte Logik, um den Batteriestand und all die anderen Dinge, die erforderlich ist, um zu implementieren,
warum es ist groß und sollte auch eine Methode Ähnlichkeiten haben zu finden.
So ist es auch Druck all dies aus, um die Ausgabe, so dass die Entwickler können sicherstellen, dass alle System-UI-Komponenten teilen einige
ähnliche Verhalten, und aus diesem Grund haben wir eine abstrakte Klasse alt System UI und das
ist einige UI wird von den meisten der System-UI-Komponenten erweitert.