Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Zusätzlich zum Erstellen von Tests
um sicherzustellen, dass Ihre App ihre funktionalen Anforderungen erfüllt,
Es ist wichtig, dass Sie den Code auch über das Lint-Tool ausführen, um sicherzustellen, dass Ihr Code keine strukturellen
Probleme. Das Lint-Tool hilft dabei, schlecht strukturierten Code zu finden, der den
die Zuverlässigkeit und Effizienz Ihrer Android-Apps zu verbessern und die Wartung Ihres Codes zu erschweren.
Es wird dringend empfohlen, alle Fehler zu beheben, die von Lint erkannt werden
bevor du deine App veröffentlichst.
Wenn Ihre XML-Ressourcendateien beispielsweise nicht verwendete Namespaces enthalten, belegt dies Speicherplatz und erfordert
unnötige Verarbeitung. Sonstige strukturelle Probleme, z. B. die Verwendung von eingestellten Elementen oder API-Aufrufen
die von den Ziel-API-Versionen nicht unterstützt werden, können dazu führen, dass der Code nicht korrekt ausgeführt wird.
Lint kann Ihnen dabei helfen, diese Probleme zu beheben.
Android Studio bietet ein Code-Scan-Tool namens lint.
die Ihnen helfen kann, Probleme mit der strukturellen Qualität Ihres Codes
ohne die Anwendung ausführen oder Testfälle schreiben zu müssen. Jedes vom Tool erkannte Problem
mit einer Beschreibung und einem Schweregrad gemeldet, sodass Sie
dass wichtige Verbesserungen
erforderlich sind. Sie können auch den Schweregrad eines Problems
Probleme, die für Ihr Projekt nicht relevant sind, ignorieren oder den Schweregrad auf
spezifische Probleme hervorheben.
Das Lint-Tool prüft die Quelldateien Ihres Android-Projekts auf potenzielle Fehler und
Optimierung der Richtigkeit, Sicherheit, Leistung, Nutzerfreundlichkeit
Barrierefreiheit und Internationalisierung. Wenn Sie Android Studio verwenden,
und konfigurierte Lint- und IDE-Prüfungen. Sie können jedoch
können Sie manuelle Prüfungen oder
Lint über die Befehlszeile ausführen, wie auf dieser Seite beschrieben.
Das integrierte Lint-Tool prüft Ihren Code,
Android Studio Sie haben zwei Möglichkeiten, sich Warnungen und Fehler anzeigen zu lassen:
Als Pop-up-Text im Editorfenster Wenn Lint ein Problem findet,
den problematischen Code in Gelb. Bei schwerwiegenden Problemen wird der Code rot unterstrichen.
Wenn Sie im Lint-Fenster Prüfungsergebnisse auf Code > Code prüfen
Hinweis:Wenn Ihr Code in Android Studio kompiliert wird, werden zusätzliche
IntelliJ-Codeprüfungen werden ausgeführt, um Code zu optimieren
überprüfen.
Abbildung 1 zeigt, wie das Lint-Tool Quelldateien von Anwendungen verarbeitet.
<ph type="x-smartling-placeholder"></ph>
Abbildung 1: Codescan-Workflow mit Lint
.
App-Quelldateien
Die Quelldateien bestehen aus Dateien, aus denen Ihr Android-Projekt besteht, einschließlich Kotlin, Java und
XML-Dateien, Symbole und ProGuard-Konfigurationsdateien.
Die Datei lint.xml
Eine Konfigurationsdatei, in der Sie die Lint-Prüfungen angeben können, die Sie ausführen möchten
Schweregrade von Problemen ausschließen und die Schweregrade von Problemen anpassen.
Lint-Tool
Ein Tool zum Scannen von statischem Code, das Sie in Ihrem Android-Projekt ausführen können, entweder vom
oder in der Befehlszeile
Android Studio Lint
und prüft, ob es Probleme mit
Strukturcode gibt, die die Qualität und Leistung
Android-App
Ergebnisse der Lint-Prüfung
Sie können sich die Ergebnisse von Lint entweder in der Console oder unter Ergebnisse der Prüfung ansehen.
in Android Studio. Wenn Sie lint über die Befehlszeile ausführen, sind die Ergebnisse
in den Ordner build/ geschrieben. Weitere Informationen finden Sie im Abschnitt über
manuelle Durchführung von Inspektionen.
Lint über die Befehlszeile ausführen
Wenn Sie Android Studio oder Gradle verwenden, rufen Sie mit dem Gradle-Wrapper die Aufgabe lint für Ihr Projekt auf.
Geben Sie einen der folgenden Befehle aus dem Stammverzeichnis Ihres Projekts ein:
Unter Windows:
gradlew lint
Unter Linux oder macOS:
./gradlew lint
Die Ausgabe sollte in etwa so aussehen:
> Task :app:lintDebug
Wrote HTML report to file:<path-to-project>/app/build/reports/lint-results-debug.html
Wenn das Lint-Tool die Prüfungen abgeschlossen hat, stellt es Pfade zur XML- und HTML-Datei bereit.
des Lint-Berichts. Sie können dann den HTML-Bericht aufrufen und ihn in Ihrem Browser öffnen.
wie in Abbildung 2 dargestellt.
<ph type="x-smartling-placeholder"></ph>
Abbildung 2: Beispiel für einen HTML-Lint-Bericht
Wenn Ihr Projekt Build enthält,
Varianten verwenden, prüft Lint nur die Standardvariante. Wenn Sie Lint auf einem anderen
verwenden, müssen Sie den Namen der Variante großschreiben und ihnen das Präfix lint voranstellen.
./gradlew lintRelease
Weitere Informationen zum Ausführen
Wenn Sie Gradle-Aufgaben über die Befehlszeile ausführen, lesen Sie den Abschnitt App über die Befehlszeile erstellen.
Lint mit dem eigenständigen Tool ausführen
Wenn Sie Android Studio oder Gradle nicht verwenden,
Sie installieren die Android SDK-Befehlszeilentools.
um das eigenständige Lint-Tool zu verwenden. Lint-Tool finden
um android_sdk/cmdline-tools/version/bin/lint.
Hinweis:Wenn Sie versuchen, das eigenständige Tool in einem Gradle-Projekt auszuführen, erhalten Sie
Fehler. Sie sollten immer gradle lint (unter Windows) oder ./gradlew
lint (unter macOS oder Linux) verwenden, um Lint in einem Gradle-Projekt auszuführen.
Verwenden Sie den folgenden Befehl, um Lint für eine Liste von Dateien in einem Projektverzeichnis auszuführen:
lint [flags] <project directory>
Sie können beispielsweise den folgenden Befehl ausführen, um die Dateien unter der
myproject-Verzeichnis und seine Unterverzeichnisse. Problem-ID MissingPrefix
weist Lint an, nur nach XML-Attributen zu suchen, bei denen das Android-Namespace-Präfix fehlt.
lint --check MissingPrefix myproject
Um die vollständige Liste der Flags und Befehlszeilenargumente zu sehen, die vom Tool unterstützt werden, verwenden Sie den
folgenden Befehl:
lint --help
Das folgende Beispiel zeigt die Konsolenausgabe, wenn der lint-Befehl für eine
Projekt namens Earthquake:
$ lint Earthquake
Scanning Earthquake: ...............................................................................................................................
Scanning Earthquake (Phase 2): .......
AndroidManifest.xml:23: Warning: <uses-sdk> tag appears after <application> tag [ManifestOrder]
<uses-sdk android:minSdkVersion="7" />
^
AndroidManifest.xml:23: Warning: <uses-sdk> tag should specify a target API level (the highest verified version; when running on later versions, compatibility behaviors may be enabled) with android:targetSdkVersion="?" [UsesMinSdkAttributes]
<uses-sdk android:minSdkVersion="7" />
^
res/layout/preferences.xml: Warning: The resource R.layout.preferences appears to be unused [UnusedResources]
res: Warning: Missing density variation folders in res: drawable-xhdpi [IconMissingDensityFolder]
0 errors, 4 warnings
Die Beispielausgabe enthält vier Warnungen, jedoch keine Fehler.
Zwei Warnungen beziehen sich auf die Datei AndroidManifest.xml des Projekts:
ManifestOrder
UsesMinSdkAttributes
Eine Warnung bezieht sich auf die Preferences.xml-Layoutdatei: UnusedResources.
Eine Warnung bezieht sich auf das Verzeichnis res:
IconMissingDensityFolder.
Lint zum Unterdrücken von Warnungen konfigurieren
Wenn Sie einen Lint-Scan ausführen, sucht das Tool standardmäßig nach allen Problemen, die durch Lint unterstützt werden.
Sie können auch die Probleme für die Prüfung durch Lint einschränken und Schweregrade zuweisen.
für Probleme zu ermitteln. Sie können z. B. die Lint-Überprüfung auf bestimmte Probleme unterdrücken,
sind für Ihr Projekt nicht relevant. Sie können Lint so konfigurieren, dass nicht kritische Probleme
einen niedrigeren Schweregrad haben.
Die Schweregrade sind:
enable
disable oder ignore
informational
warning
error
fatal
Sie können Lint-Prüfungen für verschiedene Ebenen konfigurieren:
Global (gesamtes Projekt)
Projektmodul
Produktionsmodul
Modul testen
Dateien öffnen
Klassenhierarchie
VCS-Bereiche (Version Control System)
Lint-Datei konfigurieren
Sie können die Einstellungen für Lint-Prüfungen in der Datei lint.xml festlegen. Wenn Sie
diese Datei manuell erstellen, speichern Sie sie im Stammverzeichnis Ihres Android-Projekts.
Die Datei lint.xml besteht aus einem einschließenden übergeordneten <lint>-Tag, das
enthält ein oder mehrere untergeordnete <issue>-Elemente. Lint definiert eine eindeutige
id-Attributwert für jede <issue>:
So ändern Sie den Schweregrad eines Problems oder deaktivieren die Lint-Prüfung für das Problem:
Legen Sie das Attribut „Schweregrad“ im <issue>-Tag fest.
Tipp:Eine vollständige Liste der Probleme mit Lint-Unterstützung und die entsprechenden
führen Sie den Befehl lint --list aus.
Beispiel für lint.xml-Datei
Das folgende Beispiel zeigt den Inhalt einer lint.xml-Datei:
In diesem Beispiel sehen Sie, wie verschiedene Problemtypen gemeldet werden. Die
IconMissingDensityFolder
Die Prüfung ist vollständig deaktiviert und die ObsoleteLayoutParam-Prüfung ist nur deaktiviert.
in den Dateien, die in den beigefügten <ignore ... />-Deklarationen angegeben sind.
Lint-Prüfung für Kotlin-, Java- und XML-Quelldateien konfigurieren
Sie können die Lint-Prüfung für Ihre Kotlin-, Java- und XML-Quelldateien deaktivieren
im Dialogfeld Einstellungen:
Wählen Sie Datei > Einstellungen (unter Windows) oder Android Studio > Einstellungen
(unter macOS oder Linux).
Wählen Sie Editor > Inspektionen.
Zum Deaktivieren heben Sie die Auswahl der entsprechenden Quelldatei auf.
Sie können diese entweder für die IDE oder für einzelne Projekte festlegen, indem Sie
indem Sie das entsprechende Profil auswählen.
Lint-Prüfung in Java oder Kotlin konfigurieren
So deaktivieren Sie die Lint-Überprüfung speziell für eine Klasse oder Methode in Ihrem Android-Projekt:
fügen Sie diesem Code die Annotation @SuppressLint hinzu.
Das folgende Beispiel zeigt, wie Sie die Lint-Prüfung für den NewApi deaktivieren können
in der Methode onCreate. Das Lint-Tool sucht weiter nach
NewApi-Problem in anderen Methoden dieser Klasse.
Wenn Sie die Suche auf alle Lint-Probleme in der Datei unterdrücken möchten, verwenden Sie das Schlüsselwort all:
Kotlin
@SuppressLint("all")
Java
@SuppressLint("all")
Sie können dieselbe Annotation verwenden, um Lint-Prüfungen für jede zusammensetzbare Funktion zu unterdrücken.
Lint-Prüfung in XML konfigurieren
Verwenden Sie das Attribut tools:ignore, um die Lint-Prüfung für bestimmte
-Abschnitte Ihrer XML-Dateien. Fügen Sie den folgenden Namespace-Wert in die Datei lint.xml ein
damit das Lint-Tool das Attribut erkennt:
Das folgende Beispiel zeigt, wie Sie die Lint-Prüfung für die
Problem UnusedResources in einem <LinearLayout>-Element einer XML-Datei
Layoutdatei. Das Attribut ignore wird von den untergeordneten Elementen des übergeordneten Elements übernommen
-Element, in dem das Attribut deklariert ist. In diesem Beispiel ist die Lint-Prüfung auch für die
Untergeordnetes <TextView>-Element:
Wenn Sie mehrere Probleme deaktivieren möchten, geben Sie die zu deaktivierenden Probleme in einem durch Kommas getrennten String an. Für
Beispiel:
tools:ignore="NewApi,StringFormatInvalid"
Wenn Sie die Prüfung auf alle Lint-Probleme im XML-Element unterdrücken möchten, verwenden Sie die all
Suchbegriff:
tools:ignore="all"
Lint-Optionen mit Gradle konfigurieren
Mit dem Android-Plug-in für Gradle
können Sie bestimmte Lint-Optionen konfigurieren,
welche Prüfungen ausgeführt oder ignoriert werden sollen, verwenden Sie mithilfe der Methode lint{}-Block auf Modulebene
build.gradle-Datei.
Das folgende Code-Snippet zeigt einige der
Eigenschaften, die konfiguriert werden können:
Kotlin
android{...lint{// Turns off checks for the issue IDs you specify.disable+="TypographyFractions"+"TypographyQuotes"// Turns on checks for the issue IDs you specify. These checks are in// addition to the default lint checks.enable+="RtlHardcoded"+"RtlCompat"+"RtlEnabled"// To enable checks for only a subset of issue IDs and ignore all others,// list the issue IDs with the 'check' property instead. This property overrides// any issue IDs you enable or disable using the properties above.checkOnly+="NewApi"+"InlinedApi"// If set to true, turns off analysis progress reporting by lint.quiet=true// If set to true (default), stops the build if errors are found.abortOnError=false// If set to true, lint only reports errors.ignoreWarnings=true// If set to true, lint also checks all dependencies as part of its analysis.// Recommended for projects consisting of an app with library dependencies.checkDependencies=true}}...
Cool
android{...lint{// Turns off checks for the issue IDs you specify.disable'TypographyFractions','TypographyQuotes'// Turns on checks for the issue IDs you specify. These checks are in// addition to the default lint checks.enable'RtlHardcoded','RtlCompat','RtlEnabled'// To enable checks for only a subset of issue IDs and ignore all others,// list the issue IDs with the 'check' property instead. This property overrides// any issue IDs you enable or disable using the properties above.checkOnly'NewApi','InlinedApi'// If set to true, turns off analysis progress reporting by lint.quiettrue// If set to true (default), stops the build if errors are found.abortOnErrorfalse// If set to true, lint only reports errors.ignoreWarningstrue// If set to true, lint also checks all dependencies as part of its analysis.// Recommended for projects consisting of an app with library dependencies.checkDependenciestrue}}...
Alle Lint-Methoden, die den angegebenen Schweregrad eines Problems überschreiben,
Reihenfolge der Konfiguration. Wenn Sie z. B. ein Problem als schwerwiegend
finalizeDsl()
überschreibt die Deaktivierung in der Haupt-DSL.
Baseline für Warnungen erstellen
Sie können einen Snapshot der aktuellen Warnungen Ihres Projekts erstellen und diesen dann verwenden
als Grundlage für zukünftige Inspektionen, damit nur neue Probleme gemeldet werden.
Mithilfe des Referenz-Snapshots können Sie
Lint verwenden, um den Build fehlschlagen zu lassen,
um zuerst alle bestehenden Probleme zu beheben.
So ändern Sie die Datei build.gradle Ihres Projekts, um einen Basis-Snapshot zu erstellen:
Wenn Sie diese Zeile zum ersten Mal hinzufügen, wird die Datei lint-baseline.xml erstellt, um
Normalbereich. Ab dann lesen die Tools die Datei nur noch, um die Basislinie zu ermitteln. Bei Bedarf
Um eine neue Referenz zu erstellen, löschen Sie die Datei manuell und führen Sie lint noch einmal aus, um sie neu zu erstellen.
Führen Sie dann lint in der IDE aus, indem Sie Code > Code prüfen oder über die Befehlszeile
wie im Folgenden beschrieben. Die Ausgabe gibt den Speicherort der Datei lint-baseline.xml aus. Die
Dateispeicherort für Ihre Einrichtung kann sich vom hier gezeigten unterscheiden:
$ ./gradlew lintDebug -Dlint.baselines.continue=true
...
Wrote XML report to file:///app/lint-baseline.xml
Created baseline file /app/lint-baseline.xml
Mit lint werden alle
aktuelle Probleme in der Datei lint-baseline.xml. Die Liste der aktuellen Probleme
die Referenz. In den lint-baseline.xml
-Datei in die Versionsverwaltung verschieben, wenn Sie sie für andere freigeben möchten.
Baseline anpassen
Wenn Sie der Baseline nur bestimmte Problemtypen hinzufügen möchten, geben Sie das Attribut
die Sie hinzufügen können, indem Sie die build.gradle-Datei Ihres Projekts so bearbeiten:
Wenn Sie der Codebasis neue Warnungen hinzufügen, nachdem Sie
die Referenz, nur Lint-Listen
die neu eingeführten Fehler behoben.
Ursprüngliche Warnung
Wenn ein Normalbereich gilt, erhalten Sie eine Warnung mit dem Hinweis, dass mindestens
Probleme wurden herausgefiltert, da sie in der Baseline aufgeführt sind. Dieses
Eine Warnung hilft Ihnen dabei, sich daran zu erinnern, dass Sie einen Baseline-Wert konfiguriert haben und dass Sie alle Probleme beheben müssen,
irgendwoher.
In dieser Information werden auch Probleme aufgeführt, die nicht mehr gemeldet werden. Mit diesen Informationen können
damit Sie wissen, ob tatsächlich Probleme behoben wurden, sodass Sie optional die Baseline neu erstellen können, um zu verhindern,
wenn ein Fehler nicht erkannt wird.
Hinweis:
Referenzen sind aktiviert, wenn Sie Prüfungen im Batchmodus in der IDE ausführen, werden aber ignoriert
für die Prüfungen im Editor, die beim Bearbeiten einer Datei im Hintergrund ausgeführt werden. Das liegt daran,
Referenzen sind für den Fall gedacht, dass für eine Codebasis
eine große Anzahl vorhandener Warnungen,
Sie möchten aber die Probleme lokal beheben, während Sie auf den Code tippen.
Inspektionen manuell ausführen
Wenn Sie konfigurierte Lint- und andere IDE-Prüfungen manuell ausführen möchten, wählen Sie
Code > Code prüfen Die Ergebnisse der Überprüfung sind in der
Fenster Prüfungsergebnisse.
Umfang und Profil der Inspektion festlegen
Wählen Sie die Dateien aus, die Sie analysieren möchten (den Prüfungsbereich), und den
die Sie ausführen möchten (das Inspektionsprofil):
Öffnen Sie Ihr Projekt in der Android-Ansicht und wählen Sie das Projekt, den Ordner oder
die Sie analysieren möchten.
Wählen Sie in der Menüleiste Code > Code prüfen
Prüfen Sie im Dialogfeld Inspektionsumfang festlegen die Einstellungen.
<ph type="x-smartling-placeholder"></ph>
Abbildung 3: Prüfen Sie die Einstellungen für den Umfang der Prüfung.
Die im Dialogfeld Prüfungsumfang angeben angezeigten Optionen variieren
je nachdem, ob Sie ein Projekt, einen Ordner oder eine Datei ausgewählt haben:
Wenn Sie ein Projekt, eine Datei oder ein Verzeichnis auswählen,
Prüfungsumfang festlegen
den Pfad zum Projekt, zur Datei oder zum
des ausgewählten Verzeichnisses.
Wenn Sie mehr als ein Projekt, eine Datei oder ein Verzeichnis auswählen, erscheint die Schaltfläche Prüfung angeben
Im Dialogfeld „Umfang“ wird das Optionsfeld Ausgewählte Dateien angezeigt.
Wenn Sie ändern möchten, was geprüft werden soll, wählen Sie
eines der anderen Optionsfelder. Weitere Informationen finden Sie unter
Dialogfeld „Prüfungsumfang angeben“ öffnen. Dort finden Sie eine Beschreibung aller
mögliche Felder im Dialogfeld Prüfungsumfang angeben.
Wählen Sie unter Prüfungsprofil das Profil aus, das Sie verwenden möchten.
Klicken Sie auf OK, um die Prüfung auszuführen.
Abbildung 4 zeigt Lint- und andere IDE-Prüfungen
Ergebnisse der Ausführung Code überprüfen:
<ph type="x-smartling-placeholder"></ph>
Abbildung 4: Ergebnisse der Überprüfung. Problem auswählen
um die Auflösung zu sehen.
Maximieren Sie die Ansicht im Bereich Inspektionsergebnisse und wählen Sie die entsprechenden Optionen aus.
Fehlerkategorien, Fehlertypen oder Probleme.
Im Bereich Inspektionsbericht wird der Inspektionsbericht für die Fehlerkategorie angezeigt.
Typ oder Problem, das im Bereich Prüfungsergebnisse ausgewählt ist, und zeigt den Namen und
Ort des Fehlers. Gegebenenfalls enthält der Inspektionsbericht weitere Informationen,
wie eine Problemzusammenfassung, um das Problem zu beheben.
Klicken Sie in der Baumansicht des Bereichs Prüfungsergebnisse mit der rechten Maustaste auf eine Kategorie, einen Typ oder ein Problem,
Display
im Kontextmenü.
Je nach Kontext haben Sie folgende Möglichkeiten:
Zur Quelle springen.
Ausgewählte Elemente ausschließen und einschließen.
Probleme unterdrücken.
Bearbeiten Sie die Einstellungen.
Inspektionsbenachrichtigungen verwalten.
Inspektion noch einmal ausführen
Beschreibungen der Schaltflächen der Symbolleiste, der Kontextmenüelemente und der Prüfung
Berichtfelder enthalten, siehe
Fenster des Prüftools.
Benutzerdefinierten Umfang verwenden
So verwenden Sie einen der in Android Studio bereitgestellten benutzerdefinierten Bereiche:
Wählen Sie im Dialogfeld Prüfungsumfang festlegen die Option Benutzerdefinierter Umfang aus.
Klicken Sie auf die Liste Benutzerdefinierter Umfang, um die Optionen anzuzeigen:
<ph type="x-smartling-placeholder"></ph>
Abbildung 5: Wählen Sie den benutzerdefinierten Umfang aus, den Sie
Alle Orte:Alle Dateien.
Projektdateien:Alle Dateien im aktuellen Projekt.
Projektquelldateien:Nur die Quelldateien im aktuellen Projekt.
Projektproduktionsdateien:Nur die Vorgangsdateien im aktuellen Projekt.
Projekttestdateien:Nur die Testdateien im aktuellen Projekt.
Scratches und Konsolen: Nur die Scratch-Dateien und Konsolen, die im
des aktuellen Projekts.
Zuletzt angesehene Dateien:Nur kürzlich aufgerufene Dateien im aktuellen Projekt.
Aktuelle Datei:Nur die aktuelle Datei im aktuellen Projekt. Erscheint, wenn Sie
eine ausgewählte Datei oder einen ausgewählten Ordner.
Ausgewähltes Verzeichnis:Nur der aktuelle Ordner im aktuellen Projekt. Erscheint, wenn Sie
Ordner ausgewählt haben.
Kurshierarchie:Wenn Sie diese Option auswählen und auf OK klicken, wird ein Dialogfeld mit
alle Kurse im aktuellen Projekt. Verwenden Sie im Dialogfeld das Feld Suche nach Name.
um die Kurse zu filtern und auszuwählen,
prüfen. Wenn Sie die Klassenliste nicht filtern, prüft die Codeprüfung alle
Klassen.
Wenn Sie für das Projekt eine VCS konfiguriert haben, gibt es auch Optionen zum Einschränken der Suche
nur auf Dateien angewendet, die geändert wurden.
Klicken Sie auf OK.
Benutzerdefinierten Umfang erstellen
Wenn Sie eine Auswahl von Dateien und Verzeichnissen überprüfen möchten, die von keinem der
aktuell verfügbaren benutzerdefinierten Umfangsbereichen, können Sie einen benutzerdefinierten Umfang erstellen:
Wählen Sie im Dialogfeld Prüfungsumfang festlegen die Option Benutzerdefinierter Umfang aus.
Klicken Sie auf die drei Punkte nach der Liste Benutzerdefinierter Umfang.
<ph type="x-smartling-placeholder"></ph>
Abbildung 7: Erstellen Sie einen benutzerdefinierten Umfang.
Klicken Sie auf das
um einen neuen Bereich zu definieren.
Wählen Sie in der angezeigten Liste Bereich hinzufügen die Option Lokal aus.
Sowohl der lokale als auch der freigegebene Bereich werden im Projekt für die Codeprüfung verwendet.
. Der Bereich Freigegeben kann auch mit anderen Projektfeatures verwendet werden
ein. Wenn Sie beispielsweise auf Einstellungen bearbeiten klicken,
Mit können Sie den
Find Usages (Nutzungsdaten suchen) enthält, enthält das Dialogfeld das Feld Scope (Bereich).
einen gemeinsamen Bereich aus.
<ph type="x-smartling-placeholder"></ph>
Abbildung 8: Wählen Sie einen freigegebenen Bereich aus der
Dialogfeld Find Usages (Nutzungen finden)
Geben Sie dem Bereich einen Namen und klicken Sie auf OK.
Im rechten Bereich des Dialogfelds Bereiche
mit Optionen gefüllt, mit denen Sie den benutzerdefinierten Umfang definieren können.
Wählen Sie aus der Liste Projekt aus.
Eine Liste der verfügbaren Projekte wird angezeigt.
Hinweis:Sie können den benutzerdefinierten Bereich für Projekte oder Pakete erstellen. Die
die Schritte sind identisch.
Maximieren Sie die Projektordner, wählen Sie aus, was Sie dem benutzerdefinierten Bereich hinzufügen möchten, und wählen Sie
ob sie ein- oder ausgeschlossen werden sollen.
Einschließen: Der Ordner und die zugehörigen Dateien werden eingeschlossen, aber nicht die zugehörigen Dateien.
Unterordner.
Rekursiv einschließen: Dieser Ordner und die zugehörigen Dateien sowie seine Unterordner und deren
Dateien.
Ausschließen: Schließt diesen Ordner und die zugehörigen Dateien aus, aber keine seiner
Unterordner.
Rekursiv ausschließen: Schließen Sie diesen Ordner und die zugehörigen Dateien sowie die zugehörigen Unterordner und deren
Dateien.
In Abbildung 10 sehen Sie, dass der Ordner main enthalten ist und dass der Ordner java
und res-Ordner werden rekursiv eingeschlossen. Blau steht für einen teilweise eingeschlossenen Ordner und grün
gibt rekursiv eingeschlossene Ordner und Dateien an.
<ph type="x-smartling-placeholder"></ph>
Abbildung 10. Beispielmuster für einen benutzerdefinierten Bereich
Wenn Sie den Ordner java auswählen und auf Include Recursically (Rekursiv ausschließen) klicken, wird der grüne
Die Markierung verschwindet im Ordner java und in allen darunter liegenden Ordnern und Dateien.
Wenn Sie die grün hervorgehobene Datei MainActivity.kt auswählen und
auf Ausschließen, wird MainActivity.kt nicht mehr grün hervorgehoben, aber
alles andere im Ordner java bleibt grün.
Klicken Sie auf OK. Der benutzerdefinierte Umfang wird am Ende der Liste angezeigt.
Inspektionsprofile prüfen und bearbeiten
In Android Studio gibt es eine Auswahl von Lint- und anderen Inspektionsprofilen, die aktualisiert werden
bis
Android-Updates Sie können diese Profile unverändert verwenden oder ihre Namen, Beschreibungen,
und
Bereiche. Sie können auch ganze Gruppen von Profilen oder einzelne Profile aktivieren und deaktivieren.
innerhalb einer Gruppe.
So rufen Sie die Einstellungen für Prüfungen auf:
Wählen Sie Datei > Einstellungen (unter Windows) oder Android Studio > Einstellungen
(unter macOS oder Linux).
Wählen Sie Editor > Inspektionen.
Der Bereich Prüfungen enthält eine Liste der unterstützten Inspektionen und deren
Beschreibungen.
<ph type="x-smartling-placeholder"></ph>
Abbildung 11. Unterstützte Inspektionen und ihre
Beschreibungen.
Wählen Sie die Liste Profil aus, um zwischen Standard (Android Studio) und
Projektstandard-Prüfungen (das aktive Projekt).
Weitere Informationen finden Sie in IntelliJ
Seite Profile verwalten
Wählen Sie in der Liste Prüfungen im linken Bereich eine Profilkategorie der obersten Ebene aus oder
um eine Gruppe zu maximieren und ein bestimmtes Profil auszuwählen.
Wenn Sie eine Profilkategorie auswählen, können Sie
in dieser Kategorie
als eine einzige Prüfung bearbeiten.
Wählen Sie die Liste Schemaaktionen anzeigen aus, um sie zu kopieren, umzubenennen oder hinzuzufügen.
zu exportieren und Inspektionen zu importieren.
Wenn Sie fertig sind, klicken Sie auf OK.
Alle Inhalte und Codebeispiele auf dieser Seite unterliegen den Lizenzen wie im Abschnitt Inhaltslizenz beschrieben. Java und OpenJDK sind Marken oder eingetragene Marken von Oracle und/oder seinen Tochtergesellschaften.