Was ist AndroidX?

Basierend auf dem Dokumentation :

androidx ist eine neue Paketstruktur, um zu verdeutlichen, welche Pakete mit dem Betriebssystem Android gebündelt und welche mit dem APK Ihrer App gepackt werden. In Zukunft wird die Android. * -Pakethierarchie für Android Pakete reserviert, die mit dem Betriebssystem geliefert werden. andere pakete werden in der neuen androidx. * pakethierarchie ausgegeben.

Die neu gestaltete Paketstruktur soll kleinere und fokussiertere Bibliotheken fördern. Details zu den Artefaktzuordnungen finden Sie hier .

Es gibt Unterstützungsbibliotheken (mit Komponenten und Paketen aus Gründen der Abwärtskompatibilität) mit der Bezeichnung "v7", wenn die unterstützte minimale SDK-Stufe 14 ist. Die neue Benennung macht deutlich, dass die Aufteilung zwischen den mit der Plattform gebündelten APIs und den Bibliotheken für App-Entwickler, die verwendet werden, verständlich ist auf verschiedenen Versionen von Android. Sie können auf offizielle Ankündigung für weitere Details verweisen.

AndroidX ist das Open-Source-Projekt, mit dem das Android -Team Bibliotheken entwickelt, testet, paketiert, versioniert und veröffentlicht. Jetpack .

AndroidX ist eine wesentliche Verbesserung der ursprünglichen Android Support Library . Wie die Support-Bibliothek wird AndroidX separat vom Betriebssystem Android ausgeliefert und bietet Abwärtskompatibilität für Android Versionen. AndroidX ersetzt die Support-Bibliothek vollständig durch Feature-Parität und neue Bibliotheken.

AndroidX enthält die folgenden Funktionen:

• Alle Pakete in AndroidX befinden sich in einem konsistenten Namespace, der mit der Zeichenfolge androidx beginnt. Die Support Library-Pakete wurden den entsprechenden androidx. * -Paketen zugeordnet. Eine vollständige Zuordnung aller alten Klassen und Build-Artefakte zu den neuen finden Sie auf der Seite Paket-Refactoring.

• Im Gegensatz zur Support-Bibliothek werden AndroidX-Pakete separat verwaltet und aktualisiert. Die Androidx-Pakete verwenden strenge Semantic Versioning ab Version 1.0.0. Sie können AndroidX-Bibliotheken in Ihrem Projekt unabhängig aktualisieren.

• Alle neuen Support-Bibliotheksentwicklungen werden in der AndroidX-Bibliothek ausgeführt. Dies umfasst die Wartung der ursprünglichen Support Library-Artefakte und die Einführung neuer Jetpack-Komponenten.

Verwenden von AndroidX

Unter Migration auf AndroidX erfahren Sie, wie Sie ein vorhandenes Projekt migrieren.

Wenn Sie AndroidX in einem neuen Projekt verwenden möchten, müssen Sie das Kompilierungs-SDK auf Android 9.0 (API-Stufe 28) oder höher festlegen und beide der folgenden Android Gradle-Plugin-Flags festlegen auf true in deiner gradle.properties Datei.

• Android.useAndroidX: Wenn diese Option auf true gesetzt ist, verwendet das Plugin Android die entsprechende AndroidX-Bibliothek anstelle einer Support-Bibliothek. Das Flag ist standardmäßig falsch, wenn es nicht angegeben ist.

• Android.enableJetifier: Wenn diese Option auf true gesetzt ist, migriert das Plugin Android vorhandene Bibliotheken von Drittanbietern automatisch zur Verwendung von AndroidX, indem die Binärdateien neu geschrieben werden. Das Flag ist standardmäßig falsch, wenn es nicht angegeben ist.

Für Artefaktzuordnungen siehe dieses

Dieser Artikel Android Jetpack: Was bedeuten die jüngsten Ankündigungen für die Android-Supportbibliothek? erklärt es gut

Heutzutage wird die Support-Bibliothek von vielen als wesentlicher Bestandteil der Android App-Entwicklung angesehen, bis zu dem Punkt, an dem 99 Prozent der Apps im Google Play Store sie verwenden. Mit dem Anwachsen der Support-Bibliothek haben sich jedoch Inkonsistenzen in Bezug auf die Namenskonvention der Bibliothek eingeschlichen.

Anfänglich gab der Name jedes Pakets die von diesem Paket unterstützte API-Mindeststufe an, z. B. support-v4. In Version 26.0.0 der Support-Bibliothek wurde die Mindest-API jedoch auf 14 erhöht, sodass viele der Paketnamen heute nichts mehr mit der unterstützten Mindest-API-Version zu tun haben. Wenn beide Pakete, support-v4 und support-v7, eine Mindest-API von 14 haben, ist es leicht zu erkennen, warum die Leute verwirrt sind!

Um diese Verwirrung zu beseitigen, überarbeitet Google derzeit die Support-Bibliothek in eine neue Paketstruktur für die Android-Erweiterungsbibliothek (AndroidX). AndroidX bietet vereinfachte Paketnamen sowie Maven-Gruppen-IDs und -Artefakt-IDs, die den Inhalt jedes Pakets und die unterstützten API-Stufen besser widerspiegeln.

Mit der aktuellen Namenskonvention ist auch nicht klar, welche Pakete mit dem Betriebssystem Android gebündelt und welche mit dem APK (Android Package Kit) Ihrer Anwendung gepackt sind. Um diese Verwirrung zu beseitigen, werden alle entbündelten Bibliotheken in den androidx. * -Namensraum von AndroidX verschoben, während die Android. * -Pakethierarchie für Pakete reserviert wird, die mit dem Betriebssystem Android geliefert werden.

Nur ein paar Kleinigkeiten von meiner Seite zu allen verfügbaren Antworten

Brauchen von AndroidX

1. Wie gesagt in erstaunlicher Antwort von @KhemRaj,

Nach der aktuellen Namenskonvention ist nicht klar, welche Pakete mit Android-Betriebssystem und welche mit dem APK Ihrer Anwendung (Android Package Kit) gebündelt sind. Um diese Verwirrung zu beseitigen, werden alle entbündelten Bibliotheken in den androidx. * -Namensraum von AndroidX verschoben, während die Android. * -Pakethierarchie für Pakete reserviert wird, die mit Android ausgeliefert werden. Betriebssystem.

2. Anderes als das,

   Anfänglich gab der Name jedes Pakets die von diesem Paket unterstützte API-Mindeststufe an, z. B. support-v4. Die Version 26.0. der Support-Bibliothek hat jedoch die minimale API auf 14 erhöht, sodass heute viele der Paketnamen nichts mit der minimalen unterstützten API-Ebene zu tun haben. Wenn die Pakete "support-v4" und "support-v7" beide eine Mindest-API von 14 haben, ist leicht zu erkennen, warum die Leute verwirrt sind. Mit AndroidX gibt es also keine Abhängigkeit von der API-Ebene.

Eine weitere wichtige Änderung besteht darin, dass die AndroidX-Artefakte unabhängig voneinander aktualisiert werden, sodass Sie einzelne AndroidX-Bibliotheken in Ihrem Projekt aktualisieren können, anstatt jede Abhängigkeit auf einmal ändern zu müssen. Diese frustrierenden "Alle com.Android.support-Bibliotheken müssen exakt dieselbe Versionsspezifikation verwenden" Nachrichten sollten der Vergangenheit angehören!

Es ist dasselbe wie die AppCompat-Versionen der Unterstützung, enthält jedoch weniger Probleme mit den Versionen v4 und v7, sodass die Verwendung der verschiedenen Komponenten von Android XML-Elementen sehr hilfreich ist.