Code mit lint-Prüfungen verbessern

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.

Zur Verbesserung der Lint-Leistung können Sie Fügen Sie Ihrem Code Anmerkungen hinzu.

Übersicht

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> Codescan-Workflow mit dem Lint-Tool.
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> Beispiel für einen HTML-Lint-Bericht
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>:

<?xml version="1.0" encoding="UTF-8"?>
<lint>
    <!-- list of issues to configure -->
</lint>

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:

<?xml version="1.0" encoding="UTF-8"?>
<lint>
    <!-- Disable the IconMissingDensityFolder check in this project -->
    <issue id="IconMissingDensityFolder" severity="ignore" />

    <!-- Ignore the ObsoleteLayoutParam issue in the specified files -->
    <issue id="ObsoleteLayoutParam">
        <ignore path="res/layout/activation.xml" />
        <ignore path="res/layout-xlarge/activation.xml" />
    </issue>

    <!-- Ignore the UselessLeaf issue in the specified file -->
    <issue id="UselessLeaf">
        <ignore path="res/layout/main.xml" />
    </issue>

    <!-- Change the severity of hardcoded strings to "error" -->
    <issue id="HardcodedText" severity="error" />
</lint>

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:

  1. Wählen Sie Datei > Einstellungen (unter Windows) oder Android Studio > Einstellungen (unter macOS oder Linux).
  2. Wählen Sie Editor > Inspektionen.
  3. 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.

Kotlin

@SuppressLint("NewApi")
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.main)

Java

@SuppressLint("NewApi")
@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);

Dasselbe kann auf jedem Composable erreicht werden. Das folgende Code-Snippet zeigt, wie Sie NewApi-Prüfungen auf Composable.

Kotlin

  @SuppressLint("NewApi")
  @Composable
  fun MyComposable{
    ...
  }

Das folgende Beispiel zeigt, wie die Lint-Prüfung für ParserError deaktiviert wird in der Klasse FeedProvider:

Kotlin

@SuppressLint("ParserError")
class FeedProvider : ContentProvider() {

Java

@SuppressLint("ParserError")
public class FeedProvider extends ContentProvider {

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: 

namespace xmlns:tools="http://schemas.android.com/tools"

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: 

<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    tools:ignore="UnusedResources" >

    <TextView
        android:text="@string/auto_update_prompt" />
</LinearLayout>

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.
        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
    }
}
...

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:

Kotlin

android {
    lint {
        baseline = file("lint-baseline.xml")
    }
}

Cool

android {
    lintOptions {
        baseline file("lint-baseline.xml")
    }
}

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:

Kotlin

android {
    lint {
        checkOnly += "NewApi" + "HandlerLeak"
        baseline = file("lint-baseline.xml")
    }
}

Cool

android {
    lintOptions {
        checkOnly 'NewApi', 'HandlerLeak'
        baseline file("lint-baseline.xml")
    }
}

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):

  1. Öffnen Sie Ihr Projekt in der Android-Ansicht und wählen Sie das Projekt, den Ordner oder die Sie analysieren möchten.
  2. Wählen Sie in der Menüleiste Code > Code prüfen

  3. Prüfen Sie im Dialogfeld Inspektionsumfang festlegen die Einstellungen.

    <ph type="x-smartling-placeholder">
    </ph> Prüfungsumfang angeben
    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.

  4. Wählen Sie unter Prüfungsprofil das Profil aus, das Sie verwenden möchten.

  5. 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> Wählen Sie ein Problem aus, um sich seine Lösung anzeigen zu lassen.
    Abbildung 4: Ergebnisse der Überprüfung. Problem auswählen um die Auflösung zu sehen.

  6. 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.

  7. 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:

  1. Wählen Sie im Dialogfeld Prüfungsumfang festlegen die Option Benutzerdefinierter Umfang aus.

  2. Klicken Sie auf die Liste Benutzerdefinierter Umfang, um die Optionen anzuzeigen:

    <ph type="x-smartling-placeholder">
    </ph> Prüfungsumfang auswählen
    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.

  3. 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:

  1. Wählen Sie im Dialogfeld Prüfungsumfang festlegen die Option Benutzerdefinierter Umfang aus.

  2. Klicken Sie auf die drei Punkte nach der Liste Benutzerdefinierter Umfang.

    <ph type="x-smartling-placeholder">
    </ph> Dialogfeld „Prüfungsumfang angeben“
    Abbildung 6: Dialogfeld „Prüfungsumfang angeben“

    Das Dialogfeld Bereiche wird angezeigt.

    <ph type="x-smartling-placeholder">
    </ph> Benutzerdefinierten Umfang erstellen
    Abbildung 7: Erstellen Sie einen benutzerdefinierten Umfang.
  3. Klicken Sie auf das um einen neuen Bereich zu definieren.
  4. 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> Wählen Sie einen freigegebenen Bereich aus dem Dialogfeld „Nutzungen suchen“ aus
    Abbildung 8: Wählen Sie einen freigegebenen Bereich aus der Dialogfeld Find Usages (Nutzungen finden)
  5. 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.

  6. 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.

  7. 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.

    <ph type="x-smartling-placeholder">
    </ph> Benutzerdefinierten Umfang definieren
    Abbildung 9: Benutzerdefinierten Umfang festlegen
    • 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> Beispielmuster für einen benutzerdefinierten Bereich
    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.
  8. 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:

  1. Wählen Sie Datei > Einstellungen (unter Windows) oder Android Studio > Einstellungen (unter macOS oder Linux).
  2. Wählen Sie Editor > Inspektionen.

    3. Der Bereich Prüfungen enthält eine Liste der unterstützten Inspektionen und deren Beschreibungen.

    <ph type="x-smartling-placeholder">
    </ph> Unterstützte Inspektionen und ihre Beschreibungen
    Abbildung 11. Unterstützte Inspektionen und ihre Beschreibungen.

  3. 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

  4. 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.

  5. Wählen Sie die Liste Schemaaktionen anzeigen Symbol für Schemaaktionen anzeigen aus, um sie zu kopieren, umzubenennen oder hinzuzufügen. zu exportieren und Inspektionen zu importieren.
  6. Wenn Sie fertig sind, klicken Sie auf OK.