Ein Projekt in Android Studio enthält alles, was Ihre Arbeitsbereich für eine App, vom Quellcode und Assets bis zum Testen von Code und Erstellen Konfigurationen.
Wenn Sie ein neues Projekt starten, erstellt Android Studio die für alle Ihre Dateien und macht sie im Projekt in Android Studio. Wählen Sie zum Öffnen des Fensters Ansicht > Tool-Fenster > Projekt.
Diese Seite bietet einen Überblick über die Hauptkomponenten Ihres Projekts.
Module
Ein Modul ist eine Sammlung von Quelldateien und Build-Einstellungen, die können Sie Ihr Projekt in einzelne Funktionseinheiten unterteilen. Ihr kann ein Projekt aus einem oder mehreren Modulen bestehen, und ein Modul kann ein anderes Abhängigkeit. Sie können jedes Modul unabhängig erstellen, testen und debuggen.
Zusätzliche Module sind nützlich, wenn Sie Codebibliotheken in Ihrem oder wenn Sie unterschiedliche Code- und Ressourcensätze z. B. Telefone und Wearables, behalten aber alle die im selben Projekt arbeiten und Code gemeinsam nutzen.
Um Ihrem Projekt ein neues Modul hinzuzufügen, klicken Sie auf File (Datei) > Neu > Neues Modul.
Android Studio bietet verschiedene Arten von Modulen:
- Android-App-Modul
- Bietet einen Container für das
Quellcode, Ressourcendateien und Einstellungen auf Anwendungsebene,
die Build-Datei auf Modulebene
und die Android-Manifestdatei. Wann?
Wenn Sie ein neues Projekt erstellen, heißt das Standard-App-Modul „app“.
Android Studio-Angebote die folgenden Arten von App-Modulen:
- Telefon und Tablets
- Automotive
- Wear OS
- TV
- Baseline-Profilgenerator
- Benchmark
Jedes Modul enthält wichtige Dateien und einige Code-Vorlagen, die für die entsprechende App oder den Gerätetyp geeignet.
Weitere Informationen zum Hinzufügen eines Moduls finden Sie unter Modul für ein neues Gerät hinzufügen
- Funktionsmodul
-
Stellt eine modularisierte Funktion deiner App dar, die die Vorteile von Google Play nutzen kann
Feature Delivery. Mit Funktionsmodulen können Sie Ihren Nutzern
mit bestimmten Funktionen Ihrer App
on demand oder als Instant-Version durch
Google Play Instant
Android Studio bietet die folgenden Arten von Funktionsmodulen:
- Modul für dynamische Funktionen
- Instant Dynamic Feature Library-Modul
Weitere Informationen finden Sie im Funktionsbereitstellung von Google Play.
- Bibliotheksmodul
- Sie stellt einen Container für Ihren wiederverwendbaren Code bereit,
kann als Abhängigkeit in anderen App-Modulen verwendet oder in andere
Projekten. Strukturell ist ein Bibliotheksmodul
das gleiche wie ein App-Modul.
Es wird eine Codearchivdatei statt eines APK erstellt, sodass sie nicht auf
auf einem Gerät.
Im Fenster Create New Module (Neues Modul erstellen) bietet Android Studio die folgenden Typen von Bibliotheksmodulen an:
- Android-Bibliothek:enthält alle unterstützten Dateitypen in einem Android-Projekt, außer nativem C++-Code, einschließlich Java- und Kotlin-Quellcode, Ressourcen und Manifestdateien. Das Build-Ergebnis ist eine Android Archive-Datei (AAR), die Sie als eine Abhängigkeit für Ihre Android-App-Module.
- Native Bibliothek für Android:enthält alle unterstützten Dateitypen in einem Android-Projekt, ähnlich wie bei einer Android-Bibliothek. Aber auch native Android-Bibliotheken kann nativen C++-Quellcode enthalten. Das Build-Ergebnis ist eine Android Archive-Datei (AAR), die Sie als Abhängigkeit für deine Android-App-Module hinzufügen.
- Java- oder Kotlin-Bibliothek:Enthält nur Kotlin- oder Java-Quelldateien. Das Build-Ergebnis ist eine Java-Archivdatei (JAR), die Sie als Eine Abhängigkeit für Ihre Android-App-Module oder andere Kotlin- oder Java-Projekte.
Module werden manchmal als Unterprojekte bezeichnet, weil Bei Gradle werden Module auch als Projekte bezeichnet.
Wenn Sie ein Bibliotheksmodul erstellen und es als Abhängigkeit zu Ihrem Android-App-Moduls müssen Sie es so deklarieren:
Cool
dependencies { implementation project(':my-library-module') }
Kotlin
dependencies { implementation(project(":my-library-module")) }
Projektdateien
![](https://developer.android.com/static/images/tools/projectview-p1.png?authuser=0000&hl=de)
Standardmäßig zeigt Android Studio Ihre Projektdateien im Android-Ansicht Diese Ansicht spiegelt nicht die der eigentlichen Dateihierarchie auf dem Laufwerk. Stattdessen sind sie nach Module und Dateitypen zu verwenden, um die Navigation zwischen wichtigen Quelldateien Ihres Projekts zu vereinfachen, bestimmte Dateien oder Verzeichnisse, die nicht häufig verwendet werden.
Einige der strukturellen Unterschiede zwischen der Android-Ansicht und der sind in der Android-Ansicht
- Zeigt alle build-bezogenen Konfigurationsdateien des Projekts auf oberster Ebene an Gradle Script-Gruppe.
- Zeigt alle Manifestdateien für jedes Modul in einer Gruppe auf Modulebene an, wenn Sie unterschiedliche Manifestdateien für verschiedene Produkt-Sorten und Build-Typen haben.
- Zeigt alle alternativen Ressourcendateien in einer einzelnen Gruppe an und nicht in separaten Ordnern pro Ressourcenqualifizierer. Zum Beispiel werden alle Dichten Versionen deines Launcher-Symbols nebeneinander angezeigt werden.
Innerhalb der einzelnen Android-App-Module werden Dateien in die folgenden Gruppen eingeteilt:
- Manifeste
- Enthält die Datei
AndroidManifest.xml
. - Java
- Enthält die Kotlin- und Java-Quellcodedateien, getrennt nach Paketnamen einschließlich JUnit-Testcode.
- Auflösung
- Enthält alle Nicht-Code-Ressourcen wie UI-Strings und Bitmap-Bildern, unterteilt in entsprechende Unterverzeichnisse. Weitere Informationen Informationen zu möglichen Ressourcentypen finden Sie unter Übersicht über App-Ressourcen.
Projektansicht
![](https://developer.android.com/static/images/tools/projectview-p2.png?authuser=0000&hl=de)
Um die tatsächlichen der Dateistruktur des Projekts, einschließlich aller Dateien, die im Android-Ansicht: Wählen Sie im Menü Projekt aus. oben im Fenster Projekt.
Wenn Sie die Projektansicht auswählen, sehen Sie viel mehr Dateien. und Verzeichnisse, darunter:
module-name/
-
build/
- Enthält Build-Ausgaben.
libs/
- Enthält private Bibliotheken.
src/
- Enthält alle Code- und Ressourcendateien für das Modul im folgenden
Unterverzeichnisse:
<ph type="x-smartling-placeholder">
- </ph>
androidTest/
- Enthält Code für Instrumentierungstests auf einem Android-Gerät. Weitere Informationen finden Sie unter Teste in Android Studio.
cpp/
- Enthält nativen C- oder C++-Code unter Verwendung der Java Native Interface (JNI). Weitere Informationen finden Sie unter der Android NDK-Dokumentation.
main/
- Enthält "main" Quelldateien: Android-Code und -Ressourcen
von allen Build-Varianten freigegeben (Dateien für andere Build-Varianten)
befinden sich in gleichrangigen Verzeichnissen wie
src/debug/
für die Debug-Build-Typ: <ph type="x-smartling-placeholder">- </ph>
AndroidManifest.xml
- Hier werden die Eigenschaften der App und ihre einzelnen Komponenten beschrieben. Weitere Informationen finden Sie in der App-Manifest Übersicht.
java/
- Enthält Kotlin- oder Java-Codequellen oder beide, wenn Ihre App sowohl Kotlin- als auch Java enthält Quellcode verfügbar.
kotlin/
- Enthält nur Kotlin-Codequellen.
res/
- Enthält Anwendungsressourcen wie Drawable-Dateien und UI-String-Dateien. Weitere Informationen finden Sie in der App-Ressourcen in der Übersicht.
assets/
- Enthält Dateien, die in der vorliegenden Form in eine APK-Datei kompiliert werden sollen. Beispiel:
ein guter Ort für Texturen und Spieldaten. Sie können
genau wie in einem typischen Dateisystem navigieren,
URIs und lesen Dateien als Stream von Byte mithilfe der Methode
AssetManager
test/
- Enthält Code für lokale Tests, die auf Ihrer Host-JVM ausgeführt werden.
build.gradle
oderbuild.gradle.kts
(Modul)- Definiert die modulspezifischen Build-Konfigurationen.
build.gradle
ist der/die/das wenn Sie Groovy als Build-Skriptsprache verwendenbuild.gradle.kts
, wenn Sie ein Kotlin-Script verwenden.
build.gradle
oderbuild.gradle.kts
(Projekt)- Hier legen Sie Ihre Build-Konfiguration fest, die für alle Module gilt.
build.gradle
ist wenn Sie Groovy als Build-Skriptsprache verwendenbuild.gradle.kts
, wenn Sie ein Kotlin-Script verwenden. Diese Datei ist ein integraler Bestandteil des Projekts, also pflegen Sie sie über den gesamten anderen Quellcode verfügen.Informationen zu anderen Build-Dateien finden Sie unter Konfigurieren Sie Ihren Build.
Einstellungen der Projektstruktur
Um verschiedene Einstellungen für Ihr Android Studio-Projekt zu ändern, öffnen Sie die Dialogfeld Project Structure (Projektstruktur) durch Klicken auf Datei > Projektstruktur. Es enthält die folgenden Abschnitten:
- Projekt:Legt die Version für Gradle und das Android-Gradle-Plug-in und den Namen des Repository-Speicherorts.
- SDK Location (SDK-Speicherort): Legt den Speicherort des JDK, des Android SDK, und Android NDK, die Ihr Projekt verwendet.
- Variablen:Bearbeiten Sie Variablen, die in Ihrem Build verwendet werden. Skripts erstellt.
-
Module:Hiermit können Sie modulspezifische Builds bearbeiten.
Konfigurationen, darunter das Ziel-SDK und
das minimale SDK, die App-Signatur
und Bibliotheksabhängigkeiten. Die Einstellungsseite jedes Moduls ist in folgende Registerkarten unterteilt:
<ph type="x-smartling-placeholder">
- </ph>
- Properties:Gibt die Versionen des SDK und des Builds an. Tools zum Kompilieren des Moduls.
- Signing (Signieren): Gibt das Zertifikat an, das für die Verwendung mit unterschreiben Sie App.
-
Abhängigkeiten: Listet die Bibliothek, die Datei und das Modul auf. für dieses Modul haben. Sie können Abhängigkeiten hinzufügen, ändern und löschen aus diesem Bereich. Weitere Informationen zu Modulabhängigkeiten finden Sie unter Build-Varianten konfigurieren
<ph type="x-smartling-placeholder"> -
Build-Varianten:Sie können verschiedene Varianten und Build-Typen konfigurieren. für Ihr Projekt.
-
Flavors:Hiermit können Sie mehrere Geschmacksrichtungen kreieren, wobei Jede Version gibt eine Reihe von Konfigurationseinstellungen an, z. B. die SDK-Mindestversion und Zielversion des Moduls Versionscode und Versionsname.
Sie könnten zum Beispiel eine Geschmacksrichtung definieren, die einen SDK mindestens 21 und Ziel-SDK 29 und eine andere Variante mit SDK mindestens 24 und Ziel-SDK 33 ist.
- Build-Typen:Erstellen und Ändern von Builds wie unter Build-Varianten konfigurieren beschrieben. Standardmäßig In jedem Modul sind Debugging- und release-Build-Typen und Sie können bei Bedarf weitere definieren.
-