lint チェックによるコードの改善

テストのビルドに加えて、 アプリが機能要件を満たしていることを確認するには、 また、lint ツールを実行して、コードに構造的な構造がないことを確認することも重要です。 学習しますlint ツールは、不適切な構造のコードが見つかりやすく、 改善され、コードの保守が困難になります。 lint で検出されたエラーをすべて修正することを強くおすすめします。 確認しましょう。

たとえば、XML リソース ファイルに未使用の名前空間が含まれている場合、これは容量を占有し、 不要です非推奨になった要素や、ターゲットの API バージョンでサポートされていない API 呼び出しといった構造上の問題があると、コードが適切に実行されなくなることがあります。lint はこうした問題を除去するのに役立ちます。

lint チェックのパフォーマンスを改善するために、 コードにアノテーションを追加する

概要

Android Studio には lint というコードスキャン ツールが用意されている コードの構造上の品質に関する問題を特定して修正するうえで役立つ、 アプリの実行やテストケースの作成は不要ですツールで検出された問題は 重大度が説明メッセージと重大度レベルで報告されるため、 重要な改善を行う必要があることを認識しました。問題の重大度を下げて、 プロジェクトに関係のない問題を無視するか、重大度レベルを 特定の問題をハイライト表示できます

lint ツールは、Android プロジェクトのソースファイルをチェックして潜在的なバグを探し、正確性、セキュリティ、パフォーマンス、ユーザビリティ、ユーザー補助、国際化機能を最適化するための改善点を検出します。Android Studio を使用する場合は、 設定済みの lint インスペクションと IDE インスペクションがアプリのビルド時に実行されます。ただし、 手動で検査を実行するか、 このページで説明するように、コマンドラインから lint を実行します。

Android Studio の使用中は、組み込みの lint ツールによってコードがチェックされます。次の 2 つの方法で警告とエラーを表示できます。

  • エディタ ウィンドウでポップアップ テキストとして表示される。lint で問題が検出されると、 黄色で示されています。重大な問題の場合は、コードに赤色の下線が表示されます。
  • lint の [Inspection Results] ウィンドウで、[Code >コードを検査するをご覧ください。

注: Android Studio でコードをコンパイルすると、 IntelliJ コード インスペクションを実行してコードを合理化 確認しましょう。

図 1 は、lint ツールがアプリのソースファイルを処理する方法を示しています。

<ph type="x-smartling-placeholder">
</ph> lint ツールを使用したコードスキャンのワークフロー。
図 1.lint によるコードスキャンのワークフロー
アプリのソースファイル
ソースファイルは、Kotlin、Java、 XML ファイル、アイコン、ProGuard 構成ファイル。
lint.xml ファイル
除外する lint チェックを指定し、問題の重大度レベルをカスタマイズするために使用する設定ファイル。
lint ツール
コマンドラインまたは Android Studiolint ツールの品質とパフォーマンスに影響する可能性がある構造的なコードの問題を Android アプリ。
で確認できます。
lint チェックの結果
lint の結果は、コンソールまたは [Inspection Results] で確認できます。 クリックします。コマンドラインから lint を実行すると、結果は次のようになります。 build/ フォルダに書き込まれます。詳しくは、このモジュールのコースリソースに 検査を手動で実行する必要があります。

コマンドラインから lint を実行する

Android Studio または Gradle を使用している場合は、Gradle ラッパーを使用してプロジェクトの lint タスクを呼び出します。 プロジェクトのルート ディレクトリから次のいずれかのコマンドを入力します。

  • Windows の場合:
    gradlew lint
    
  • Linux または macOS の場合:
    ./gradlew lint
    

出力は次のようになります。

> Task :app:lintDebug
Wrote HTML report to file:<path-to-project>/app/build/reports/lint-results-debug.html

lint ツールによるチェックが完了すると、lint レポートの XML バージョンおよび HTML バージョンのパスが表示されます。図 2 に示すように、HTML レポートに移動してブラウザで開くことができます。

HTML 版 lint レポートの例
図 2. HTML lint レポートの例

プロジェクトにビルド バリアントの場合、lint はデフォルトのバリアントのみをチェックします。別のソフトウェアで lint を実行する場合は、 バリアント名を大文字にし、先頭に lint を付ける必要があります。

./gradlew lintRelease

P-MAX キャンペーンと コマンドラインからの Gradle タスクについては、コマンドラインからアプリをビルドするをご覧ください。

スタンドアロン ツールで lint を実行する

Android Studio または Gradle を使用していない場合は、 Android SDK コマンドライン ツールをインストールする スタンドアロンの lint ツールを使用します。lint ツールを見つける android_sdk/cmdline-tools/version/bin/lint です。

注: Gradle プロジェクトでスタンドアロン ツールを実行しようとすると、 エラーが発生します。Gradle プロジェクトで lint を実行するには、必ず gradle lint(Windows の場合)または ./gradlew lint(macOS または Linux の場合)を使用する必要があります。

プロジェクト ディレクトリにあるファイルのリストに対して lint を実行するには、次のコマンドを使用します。

lint [flags] <project directory>

たとえば、myproject ディレクトリとそのサブディレクトリにあるファイルをスキャンするには、下記のコマンドを実行します。問題 ID MissingPrefix は、Android 名前空間接頭辞が不足している XML 属性のみをスキャンするよう lint に指示します。

lint --check MissingPrefix myproject 

このツールでサポートされているフラグとコマンドライン引数の一覧は、次のコマンドで確認できます。

lint --help

次の例は、lint コマンドを実行した際のコンソール出力を示しています。 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

出力例では、警告が 4 件表示され、エラーはありません。

プロジェクトの AndroidManifest.xml ファイルに関連する 2 つの警告があります。

  • ManifestOrder
  • UsesMinSdkAttributes
で確認できます。 1 件の警告は、Preferences.xml レイアウト ファイルに関するものです: UnusedResources

1 件の警告は、res ディレクトリに関するものです。 IconMissingDensityFolder

警告を抑制するように lint を設定する

デフォルトでは、lint スキャンを実行すると、lint がサポートするすべての問題がチェックされます。 また、lint がチェックする問題を制限したり、重大度レベルを モニタリングできます。たとえば、特定の問題に対する lint チェックを抑制し、 重要でない問題もレポートされるように lint を設定すると、 重大度レベルが低くなります

重大度は次のとおりです。

  • enable
  • disable または ignore
  • informational
  • warning
  • error
  • fatal

次に示すさまざまなレベルで lint チェックを設定できます。

  • グローバル(プロジェクト全体)
  • プロジェクト モジュール
  • 製品版モジュール
  • テスト モジュール
  • 開いているファイル
  • クラス階層
  • バージョン管理システム(VCS)のスコープ

lint ファイルを設定する

lint チェックの設定は、lint.xml ファイルで指定できます。このファイルを手動で作成する場合は、Android プロジェクトのルート ディレクトリに配置してください。

lint.xml ファイルは、1 つ以上の <issue> 子要素を囲む <lint> 親タグで構成されます。lint は、terraform.tfvars、 各 <issue>id 属性値:

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

問題の重大度を変更する、または問題の lint チェックを無効にするには、 <issue> タグで重大度属性を設定する。

ヒント: lint がサポートする問題と、それに対応する問題 ID の完全なリストを表示するには、lint --list コマンドを実行します。

サンプル lint.xml ファイル

次の例は、lint.xml ファイルの内容を示しています。

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

この例は、さまざまな種類の問題がどのように報告されるかを示しています。「 IconMissingDensityFolder チェックが完全に無効になり、ObsoleteLayoutParam チェックのみが無効化され、 この中かっこで囲まれた <ignore ... /> 宣言で指定されたファイルに記述します。

Kotlin、Java、XML ソースファイルの lint チェックを設定する

Kotlin、Java、XML の各ソースファイルで lint チェックをオフにできます。 [設定] ダイアログで次の操作を行います。

  1. [ファイル >[Settings](Windows の場合)または [Android Studio >各種設定 (macOS または Linux の場合)。
  2. [エディタ >検査
  3. 無効にするには、該当するソースファイルの選択を解除します。

IDE または個々のプロジェクトに対して、 適切なプロファイルを選択します

Java または Kotlin で lint チェックを設定する

Android プロジェクトのクラスまたはメソッドに対する lint チェックのみを無効にするには、そのコードに @SuppressLint アノテーションを追加します。

次の例は、onCreate メソッドで NewApi 問題の lint チェックをオフにする方法を示しています。lint ツールは、このクラスの他のメソッドでは引き続き NewApi 問題をチェックします。

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

どのコンポーザブルでも同じことができます。次のコード スニペットは、 コンポーザブルの NewApi チェックをオフにします。

Kotlin

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

次の例は、FeedProvider クラスで ParserError 問題の lint チェックをオフにする方法を示しています。

Kotlin

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

Java

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

ファイル内のすべての lint 問題のチェックを停止するには、all キーワードを使用します。

Kotlin

@SuppressLint("all")

Java

@SuppressLint("all")

同じアノテーションを使用して、コンポーズ可能な関数の lint チェックを抑制できます。

XML で lint チェックを設定する

tools:ignore 属性を使用して、特定のコンテンツの lint チェックを無効にします。 セクション内に記述できます。lint.xml ファイルに次の名前空間値を挿入すると、lint ツールによって属性が認識されます。

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

次の例は、アプリの lint チェックをオフにする方法を示しています。 XML の <LinearLayout> 要素にある UnusedResources の問題 作成します。ignore 属性は、親の子要素に継承されます。 要素の中で、属性が宣言されているものを指定します。この例では、対象デバイスの lint チェックも無効になっています。 <TextView> 子要素:

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

複数の問題に対するチェックを無効にするには、無効にする問題のリストをカンマ区切り文字列で指定します。次に例を示します。

tools:ignore="NewApi,StringFormatInvalid"

XML 要素のすべての lint の問題のチェックを止めるには、all を使用します。 キーワード:

tools:ignore="all"

Gradle で lint オプションを設定する

Android Plugin for Gradle を使用すると、特定の lint オプションを設定できます。 モジュール レベルの lint{} ブロック build.gradle ファイル。

次のコード スニペットは、 構成できるプロパティを確認します。

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

Groovy

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

問題の特定の重大度レベルをオーバーライドするすべての lint メソッドは、 構成の順序が変わります。たとえば、ある問題を致命的に設定して、 finalizeDsl() メイン DSL での無効化をオーバーライドします。

警告ベースラインを作成する

プロジェクトの現在の一連の警告のスナップショットを作成し、そのスナップショット 今後の検査実行のベースラインとして使用し、新しい問題のみが報告されるようにする。 ベースライン スナップショットを使用すると、すべての既存の問題に戻って対処する手間をかけずに、lint でビルドエラーをチェックできます。

ベースライン スナップショットを作成するには、プロジェクトの build.gradle ファイルを次のように変更します。

Kotlin

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

Groovy

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

初めてこの行を追加したとき、ベースラインを確立するために lint-baseline.xml ファイルが作成されます。それ以降、ツールはベースラインを確認するためにファイルの読み取りのみを行います。目標 新しいベースラインを作成するには、ファイルを手動で削除し、lint を再度実行して再作成します。

次に、IDE で [Code] >コードを検査するか、コマンドラインから実行する 使用します。出力に、lint-baseline.xml ファイルの場所が表示されます。「 設定用のファイルの場所は、ここに示すものと異なる場合があります。

$ ./gradlew lintDebug -Dlint.baselines.continue=true
...
Wrote XML report to file:///app/lint-baseline.xml
Created baseline file /app/lint-baseline.xml

lint を実行すると、 lint-baseline.xml ファイルで現在の問題を確認できます。現在発生している問題は ベースラインといいます。lint-baseline.xml 他のユーザーと共有したい場合は、バージョン管理にアップロードしてください。

ベースラインをカスタマイズする

特定の問題タイプのみをベースラインに追加する場合は、 プロジェクトの build.gradle ファイルを次のように編集して、問題を追加します。

Kotlin

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

Groovy

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

作成後にコードベースに新しい警告を追加すると、 ベースライン、lint のリストのみ、 表示されます。

ベースライン警告

ベースラインが有効になっている場合、ベースラインが 1 つ以上 問題はベースラインに含まれているため除外されました。この 警告は、ベースラインが設定されたことと、 あります。

この情報警告は、報告されなくなった問題も追跡します。この情報により 実際に問題が修正されたかどうかがわかるため、必要に応じてベースラインを再作成して、 再発するのを防ぐことができます。

注: ベースラインは、IDE でインスペクションをバッチモードで実行するときは有効になりますが、ファイルの編集時にバックグラウンドで実行されるエディタ内チェックでは無視されます。その理由は、 ベースラインは、コードベースに既存の警告が多数ある場合、 コードのタップ中にローカルで問題を修正したい場合もあります。

手動で検査を実行する

設定済みの lint とその他の IDE インスペクションを手動で実行するには、 コード >コードを検査するをご覧ください。インスペクションの結果は [Inspection Results] ウィンドウに表示されます。

インスペクションのスコープとプロファイルを設定する

分析するファイル(検査スコープ)と 実行するインスペクション(インスペクション プロファイル)を次のように作成します。

  1. [Android] ビューでプロジェクトを開き、プロジェクト、フォルダ、または ファイルを選択します。
  2. メニューバーで、[コード] >コードを検査するをご覧ください。
  3. [Specify Inspection Scope] ダイアログで、設定を確認します。

    <ph type="x-smartling-placeholder">
    </ph> インスペクション スコープの指定
    図 3.検査範囲の設定を確認します。

    [Specific Inspection Scope] ダイアログに表示されるオプションはさまざまです。 プロジェクト、フォルダ、ファイルのどれを選択するかによって異なります。

    • プロジェクト、ファイル、またはディレクトリを 1 つ選択すると、 検査スコープを指定する ダイアログにプロジェクト、ファイル、またはフォルダへのパスが 表示されます。
    • 複数のプロジェクト、ファイル、またはディレクトリを選択すると、[検査を指定 [範囲] ダイアログに、選択したファイルのラジオボタンが表示されています。

    検査対象を変更するには、 いずれかを選択します詳しくは、 すべての説明については、[Require Inspection Scope] ダイアログ [Specific Inspection Scope] ダイアログで利用可能なフィールド。

  4. [Inspection profile] で、使用するプロファイルを選択します。
  5. [OK] をクリックして検査を実行します。

    図 4 は lint とその他の IDE インスペクション [Inspect Code] 実行結果は次のようになります。

    問題を選択すると、その解決策が表示されます。
    図 4. 検査の結果。問題を選択する で解像度を確認してください。
  6. [Inspection Results] ペインで、展開して [検査結果] を選択して検査結果を表示します。 エラーのカテゴリ、タイプ、問題です。

    [Inspection Report] ペインに、エラーカテゴリの検査レポートが表示されます。 [Inspection Results] ペインで選択した問題の種類、項目を確認し、その名前と エラーの場所。該当する場合は、検査報告書に、 問題の概要などが提示されます。

  7. [Inspection Results] ペインのツリービューで、カテゴリ、タイプ、または問題を右クリックします。 ディスプレイ アクセスできます。

    コンテキストに応じて、次のことができます。

    • ソースに移動。
    • 選択したアイテムを除外または含めます。
    • 問題を抑制する。
    • 設定を編集します。
    • 検査アラートを管理します。
    • 検査を再実行します。

ツールバーのボタン、コンテキスト メニュー項目、インスペクションの説明 詳細は [Inspection Results] ツール ウィンドウ

カスタム スコープを使用する

次のように、Android Studio に用意されているカスタム スコープのいずれかを使用します。

  1. [Specific Inspection Scope] ダイアログで、[Custom scope] を選択します。
  2. [カスタム スコープ] リストをクリックして、オプションを表示します。

    <ph type="x-smartling-placeholder">
    </ph> インスペクション スコープの選択
    図 5.使用するカスタム スコープを選択します あります。
    • すべての場所: すべてのファイル。
    • Project Files: 現在のプロジェクト内のすべてのファイル。
    • [Project Source Files]: 現在のプロジェクト内のソースファイルのみ。
    • [Project Production Files]: 現在のプロジェクト内の製品版ファイルのみ。
    • [Project Test Files]: 現在のプロジェクト内のテストファイルのみ。
    • [スクラッチとコンソール]: できます。
    • 最近表示したファイル: 現在のプロジェクトで最近表示したファイルのみ。
    • [Current File]: 現在のプロジェクト内の現在のファイルのみ。次の場合に表示されます。 ファイルまたはフォルダを選択します。
    • Selected Directory: 現在のプロジェクト内の現在のフォルダのみ。次の場合に表示されます フォルダが選択されています
    • Class Hierarchy: このオプションを選択して [OK] をクリックすると、ダイアログが開き、 すべてのクラスが表示されます。ダイアログの [Search by Name] フィールドを使用します。 対象とするクラスをフィルタして選択します。 検査します。クラスリストをフィルタしない場合、コード インスペクションはすべての 。

    プロジェクトに VCS が構成されている場合は、検索を制限するオプションもあります。 変更したファイルのみを表示できます。

  3. [OK] をクリックします。

カスタム スコープを作成する

構成されていないファイルやディレクトリを検査したい場合、 カスタム スコープを作成できます。

  1. [Specify Inspection Scope] ダイアログで、[Custom scope] を選択します。
  2. [カスタム スコープ] リストの隣にあるその他アイコンをクリックします。

    <ph type="x-smartling-placeholder">
    </ph> [Specific Inspection Scope] ダイアログ
    図 6.[Specific Inspection Scope] ダイアログ

    [Scopes] ダイアログが表示されます。

    <ph type="x-smartling-placeholder">
    </ph> カスタム スコープを作成する
    図 7.カスタム スコープを作成する。
  3. [] をクリックします。 ] ボタンをクリックして新しいスコープを定義します。
  4. 表示された [スコープを追加] リストで、[ローカル] を選択します。

    プロジェクト内では、ローカル スコープと共有スコープの両方がコード インスペクション機能に使用されます。共有スコープは、スコープ フィールドを含む他のプロジェクト機能でも使用できます。たとえば、[Find Usages] の設定を変更するために [Edit Settings] をクリックすると表示されるダイアログには、共有スコープを選択できる [Scope] フィールドがあります。

    <ph type="x-smartling-placeholder">
    </ph> [Find Usages] ダイアログで共有スコープを選択する
    図 8.共有スコープを選択します [Find Usages] ダイアログ
  5. スコープに名前を付けて、[OK] をクリックします。

    [スコープ] ダイアログの右ペイン には、カスタム スコープを定義できるオプションが表示されます。

  6. リストから [プロジェクト] を選択します。

    使用可能なプロジェクトのリストが表示されます。

    注: プロジェクトまたはパッケージのカスタム スコープを作成できます。「 手順は同じです。

  7. プロジェクト フォルダを開き、カスタム スコープに追加する項目を選択して、[ 含めるか除外するかを指定します

    <ph type="x-smartling-placeholder">
    </ph> カスタム スコープを定義する
    図 9.カスタム スコープを定義する。
    • [Include]: このフォルダとその中のファイルを追加しますが、サブフォルダは追加しません。
    • [Include Recursively]: このフォルダとそのファイル、さらにそのサブフォルダとそのサブフォルダを含めます。 できます。
    • [Exclude]: このフォルダとその中のファイルを除外しますが、サブフォルダは除外しません。
    • [再帰的に除外]: このフォルダとそのファイル、さらにそのサブフォルダとそのサブフォルダを除外します。 できます。

    図 10 は、main フォルダが追加され、java フォルダが res フォルダは再帰的に含まれます。青は部分的に含まれているフォルダ、緑は一部が含まれているフォルダを示します。 は、フォルダとファイルが再帰的に含まれていることを示します。

    カスタム スコープのパターンの例
    図 10. カスタム スコープのパターンの例。
    • java フォルダを選択して [Exclude Recursively] をクリックすると、 java フォルダと、その下のすべてのフォルダとファイルのハイライト表示が消えます。
    • 緑色でハイライト表示された MainActivity.kt ファイルを選択すると、 [除外] をクリックすると、MainActivity.kt が緑色でハイライト表示されなくなりますが、 java フォルダ以下のものは緑のままです。
  8. [OK] をクリックします。リストの一番下にカスタム スコープが表示されます。

インスペクション プロファイルを確認、編集する

Android Studio でいくつかの lint とその他のインスペクション プロファイルが更新されている から Android のアップデート。これらのプロファイルはそのまま使用することも、名前、説明、重大度、 および あります。プロファイルのグループ全体またはグループ内の個々のプロファイルを有効化または無効化することも可能です。

[Inspections] 設定にアクセスするには:

  1. [ファイル >設定。(Windows の場合)または Android Studio >各種設定 (macOS または Linux の場合)。
  2. [エディタ >検査
  3. [Inspections] ペインに、サポートされているインスペクションとその要件の一覧が表示されます。 説明があります。

    <ph type="x-smartling-placeholder">
    </ph> サポートされているインスペクションとその説明
    図 11.サポートされているインスペクションと 説明。
  4. [Profile] リストを選択して、[Default](Android Studio)と プロジェクトのデフォルト(アクティブなプロジェクト)検査。

    詳細については、Terraform の IntelliJ 実行数と プロフィールの管理ページ。

  5. 左側のペインにある [Inspections] リストで、最上位のプロファイル カテゴリまたは グループを開いて特定のプロファイルを選択します。

    プロファイルのカテゴリを選択すると、 そのカテゴリ内のすべての検査を単一の検査として編集できます。

  6. [Show Schema Actions] 「スキーマ アクションを表示」アイコン リストを選択して、コピー、名前変更、追加を行います インスペクションのエクスポートとインポートができます
  7. 完了したら、[OK] をクリックします。