WEBVTT

00:00.810 --> 00:07.590
Werfen wir einen Blick auf unsere Automobilarchitektur, die hier in einem High-Level-Architekturdiagramm dargestellt ist.

00:07.980 --> 00:15.510
Wie wir sehen konnten, werden die fahrzeugspezifischen Module parallel zu den allgemeinen Standard-Android-Modulen entwickelt.

00:16.440 --> 00:23.610
Bei den Automobilmodulen handelt es sich zumeist um eigenständige Module, in einigen Fällen können sie jedoch auf Klassen basierende

00:23.610 --> 00:26.910
Erweiterungen von Android-Standardmodulen sein.

00:28.690 --> 00:33.830
Auf der obersten Ebene befinden sich das System, OIM und Anwendungen von Drittanbietern.

00:34.420 --> 00:40.630
Dies sind reine Android-Apps, die in Java oder Kotlin mit Android Studio entwickelt werden.

00:42.270 --> 00:51.060
Als zweite Schicht von der Tür haben wir Android Framework API und Auto-App Android Framework API gehört zum Standard-Android-Betriebssystem

00:51.060 --> 00:58.050
und Ghar API ist als Teil von Android Automotive hinzugefügt.

00:59.490 --> 01:07.890
In der dritten Stelle von oben, gibt es die Auto-Service und die Android-System-Service Auto-Service gehört zu

01:08.040 --> 01:13.470
Android Automotive und Android System Service ist von der NATO Android.

01:14.190 --> 01:16.140
Beide kommunizieren miteinander.

01:16.500 --> 01:20.790
Der Autodienst wird nämlich vom Systemserver gestartet.

01:22.560 --> 01:29.130
Unten befindet sich die Fahrzeughülle, die mit der Fahrzeug-Hardware kommuniziert. Sie ist eine Schnittstelle

01:29.130 --> 01:37.110
zum Fahrzeugbus und zu anderen Hardware-Treibern, die meist von den OEMs oder deren Drittanbietern entwickelt werden.

01:38.410 --> 01:40.990
OK, ich werde diesen Abschnitt kurz halten.

01:41.440 --> 01:46.780
Wir werden einen Blick auf den Quellcode werfen und diese Module im nächsten Abschnitt untersuchen.