Selain membangun pengujian untuk memastikan aplikasi Anda memenuhi persyaratan fungsionalnya, Anda juga harus menjalankan kode melalui alat lint untuk membantu memastikan kode Anda tidak memiliki masalah struktural. Alat lint ini membantu menemukan struktur kode yang buruk, yang dapat memengaruhi keandalan dan efisiensi aplikasi Android serta membuat kode semakin sulit dipelihara. Sangat disarankan agar Anda memperbaiki setiap error yang dideteksi oleh lint sebelum memublikasikan aplikasi.
Misalnya, jika file resource XML Anda berisi namespace yang tidak digunakan, file ini akan menghabiskan ruang dan memerlukan pemrosesan yang tidak perlu. Masalah struktural lainnya, seperti penggunaan elemen yang usang atau panggilan API yang tidak didukung oleh versi API target, dapat menyebabkan kode gagal dijalankan dengan benar. Lint dapat membantu Anda mengatasi masalah ini.
Untuk meningkatkan performa analisis lint, Anda juga dapat menambahkan anotasi ke kode.
Ringkasan
Android Studio menyediakan alat pemindaian kode yang disebut lint yang dapat membantu Anda mengidentifikasi dan memperbaiki masalah kualitas struktur kode tanpa harus menjalankan aplikasi atau menulis kasus pengujian. Setiap masalah yang terdeteksi oleh alat ini dilaporkan dengan pesan deskripsi dan tingkat keparahan sehingga Anda dapat memprioritaskan peningkatan penting yang perlu dilakukan. Anda juga dapat menurunkan tingkat keparahan masalah untuk mengabaikan masalah yang tidak relevan dengan project Anda atau menaikkan tingkat keparahan untuk menyoroti masalah tertentu.
Alat lint memeriksa file sumber project Android untuk menemukan kemungkinan bug dan peningkatan pengoptimalan guna mencapai ketepatan, keamanan, performa, kegunaan, aksesibilitas, serta internasionalisasi. Saat menggunakan Android Studio, pemeriksaan lint dan IDE yang telah dikonfigurasi akan dijalankan saat Anda mem-build aplikasi. Namun, Anda dapat menjalankan pemeriksaan secara manual atau menjalankan lint dari command line, seperti yang dijelaskan di halaman ini.
Alat lint bawaan akan memeriksa kode selagi Anda menggunakan Android Studio. Anda dapat menampilkan peringatan dan error dengan dua cara:
- Sebagai teks pop-up di jendela editor. Ketika menemukan masalah, lint akan menyorot kode yang bermasalah dengan warna kuning. Untuk masalah yang lebih serius, menggarisbawahi kode dengan warna merah.
- Di jendela Inspection Results lint saat Anda mengklik Code > Inspect Code.
Catatan: Jika kode Anda dikompilasi di Android Studio, pemeriksaan kode IntelliJ tambahan akan dijalankan untuk menyederhanakan peninjauan kode.
Gambar 1 menampilkan cara alat lint memproses file sumber aplikasi.
- File sumber aplikasi
- File sumber terdiri dari file yang membentuk project Android Anda, termasuk file XML, Java, dan Kotlin, ikon, serta file konfigurasi ProGuard.
- File
lint.xml
- File konfigurasi yang dapat Anda gunakan untuk menentukan pemeriksaan lint yang ingin dikecualikan dan untuk menyesuaikan tingkat keparahan masalah.
- Alat lint
- Alat pemindaian kode statis yang dapat Anda jalankan pada project Android dari command line atau di Android Studio. Alat lint memeriksa masalah kode struktural yang dapat memengaruhi kualitas dan performa aplikasi Android Anda.
- Hasil pemeriksaan lint
- Anda dapat menampilkan hasil dari lint di konsol atau jendela Inspection Results
di Android Studio. Jika Anda menjalankan
lint
dari command line, hasilnya akan ditulis ke folderbuild/
. Untuk mengetahui detail selengkapnya, lihat bagian menjalankan pemeriksaan secara manual.
Menjalankan lint dari command line
Jika Anda menggunakan Android Studio atau Gradle, gunakan Wrapper Gradle untuk memanggil tugas lint
untuk project Anda dengan
memasukkan salah satu perintah berikut dari direktori utama project Anda:
- Di Windows:
gradlew lint
- Di Linux atau macOS:
./gradlew lint
Anda akan melihat output yang mirip dengan berikut ini:
> Task :app:lintDebug Wrote HTML report to file:<path-to-project>/app/build/reports/lint-results-debug.html
Setelah menyelesaikan pemeriksaannya, alat lint akan menyediakan jalur ke laporan lint versi XML dan HTML. Selanjutnya, Anda dapat mengakses laporan HTML dan membukanya di browser, seperti yang ditunjukkan pada gambar 2.
Jika project Anda menyertakan varian
build, lint hanya akan memeriksa varian default. Jika ingin menjalankan lint pada varian
lain, Anda harus menuliskan nama varian dengan huruf kapital dan mengawalinya dengan lint
.
./gradlew lintRelease
Untuk mempelajari lebih lanjut cara menjalankan tugas Gradle dari command line, baca Membangun aplikasi dari command line.
Menjalankan lint menggunakan alat mandiri
Jika Anda tidak menggunakan Android Studio atau Gradle,
instal alat command line Android SDK
untuk menggunakan alat lint mandiri. Temukan alat lint
di android_sdk/cmdline-tools/version/bin/lint
.
Catatan: Jika Anda mencoba menjalankan alat mandiri pada project Gradle, akan muncul
error. Anda harus selalu menggunakan gradle lint
(di Windows) atau ./gradlew
lint
(di macOS atau Linux) untuk menjalankan lint di project Gradle.
Untuk menjalankan lint pada daftar file dalam sebuah direktori project, gunakan perintah berikut:
lint [flags] <project directory>
Misalnya, Anda dapat mengeluarkan perintah berikut untuk memindai file dalam
direktori myproject
dan subdirektorinya. ID masalah MissingPrefix
memberi tahu lint untuk hanya memindai atribut XML yang tidak memiliki awalan namespace Android.
lint --check MissingPrefix myproject
Untuk melihat daftar lengkap flag dan argumen command-line yang didukung oleh alat ini, gunakan perintah berikut:
lint --help
Contoh berikut menampilkan output konsol saat perintah lint dijalankan pada project bernama 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
Contoh output mencantumkan empat peringatan dan tidak ada error.
Dua peringatan terkait dengan file AndroidManifest.xml
project:
ManifestOrder
UsesMinSdkAttributes
Preferences.xml
: UnusedResources
.
Satu peringatan berkaitan dengan direktori res
:
IconMissingDensityFolder
.
Mengonfigurasi lint untuk menyembunyikan peringatan
Secara default, saat Anda menjalankan pemindaian lint, alat bantu akan memeriksa semua masalah yang didukung lint. Anda juga dapat membatasi masalah yang akan diperiksa lint dan menetapkan tingkat keparahan untuk suatu masalah. Misalnya, Anda dapat menyembunyikan pemeriksaan lint untuk masalah tertentu yang tidak relevan dengan project, dan Anda dapat mengonfigurasi lint agar melaporkan masalah yang tidak begitu penting pada tingkat keparahan yang lebih rendah.
Tingkat keparahannya adalah:
enable
disable
atauignore
informational
warning
error
fatal
Anda dapat mengonfigurasi pemeriksaan lint dengan beberapa tingkat:
- Global (keseluruhan project)
- Modul project
- Modul produksi
- Modul pengujian
- File terbuka
- Hierarki class
- Cakupan Sistem Kontrol Versi (VCS)
Mengonfigurasi file lint
Anda dapat menentukan preferensi pemeriksaan lint dalam file lint.xml
. Jika Anda
membuat file ini secara manual, tempatkan file tersebut dalam direktori utama project Android Anda.
File lint.xml
terdiri dari satu tag induk <lint>
penutup
yang berisi satu atau beberapa elemen <issue>
turunan. Lint menentukan nilai atribut
id
yang unik untuk setiap <issue>
:
<?xml version="1.0" encoding="UTF-8"?> <lint> <!-- list of issues to configure --> </lint>
Untuk mengubah tingkat keparahan masalah atau menonaktifkan pemeriksaan lint untuk masalah,
tetapkan atribut keparahannya dalam tag <issue>
.
Tips: Untuk melihat daftar lengkap masalah yang didukung oleh lint dan ID masalah
yang terkait, jalankan perintah lint --list
.
File contoh lint.xml
Contoh berikut menampilkan konten file 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>
Contoh ini menunjukkan cara berbagai jenis masalah dilaporkan. Pemeriksaan
IconMissingDensityFolder
dinonaktifkan sepenuhnya, dan pemeriksaan ObsoleteLayoutParam
hanya dinonaktifkan
dalam file yang ditentukan dalam deklarasi <ignore ... />
terlampir.
Mengonfigurasi pemeriksaan lint untuk file sumber Kotlin, Java, dan XML
Anda dapat menonaktifkan pemeriksaan lint untuk file sumber Kotlin, Java, dan XML dalam dialog Preferences:
- Pilih File > Settings (di Windows) atau Android Studio > Preferences (di macOS atau Linux).
- Pilih Editor > Inspections.
- Untuk menonaktifkannya, batalkan pilihan file sumber yang sesuai.
Anda dapat menetapkannya untuk IDE atau untuk masing-masing project dengan memilih profil yang sesuai.
Mengonfigurasi pemeriksaan lint di Java atau Kotlin
Untuk menonaktifkan pemeriksaan lint khusus untuk class atau metode dalam project Android Anda,
tambahkan anotasi @SuppressLint
ke kode tersebut.
Contoh berikut menunjukkan cara menonaktifkan pemeriksaan lint untuk masalah NewApi
dalam metode onCreate
. Alat lint akan terus memeriksa masalah
NewApi
dalam metode lain class ini.
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);
Hal yang sama dapat dilakukan di Composable apa pun. Cuplikan kode berikut menunjukkan cara menonaktifkan
pemeriksaan NewApi
di Composable apa pun.
Kotlin
@SuppressLint("NewApi") @Composable fun MyComposable{ ... }
Contoh berikut menunjukkan cara menonaktifkan pemeriksaan lint untuk masalah ParserError
di class FeedProvider
:
Kotlin
@SuppressLint("ParserError") class FeedProvider : ContentProvider() {
Java
@SuppressLint("ParserError") public class FeedProvider extends ContentProvider {
Untuk menyembunyikan pemeriksaan atas semua masalah lint dalam file ini, gunakan kata kunci all
:
Kotlin
@SuppressLint("all")
Java
@SuppressLint("all")
Anda dapat menggunakan anotasi yang sama untuk menyembunyikan pemeriksaan lint pada fungsi Composable.
Mengonfigurasi pemeriksaan lint di XML
Gunakan atribut tools:ignore
untuk menonaktifkan pemeriksaan lint untuk
bagian tertentu pada file XML Anda. Masukkan nilai namespace berikut dalam file lint.xml
agar alat lint dapat mengenali atribut tersebut:
namespace xmlns:tools="http://schemas.android.com/tools"
Contoh berikut menunjukkan cara menonaktifkan pemeriksaan lint untuk
masalah UnusedResources
dalam elemen <LinearLayout>
pada file tata letak
XML. Atribut ignore
diwarisi oleh elemen turunan dari elemen induk
tempat atribut tersebut dideklarasikan. Dalam contoh ini, pemeriksaan lint juga dinonaktifkan untuk
elemen <TextView>
turunan:
<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>
Untuk menonaktifkan lebih dari satu masalah, cantumkan masalah tersebut dalam string yang dipisahkan koma. Contoh:
tools:ignore="NewApi,StringFormatInvalid"
Untuk menyembunyikan pemeriksaan atas semua masalah lint dalam elemen XML, gunakan kata kunci
all
:
tools:ignore="all"
Mengonfigurasi opsi lint dengan Gradle
Plugin Android untuk Gradle memungkinkan Anda mengonfigurasi opsi lint tertentu,
seperti pemeriksaan yang akan dijalankan atau diabaikan, menggunakan blok
lint{}
dalam file
build.gradle
level modul.
Cuplikan kode berikut menunjukkan beberapa properti yang dapat Anda konfigurasi:
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 } } ...
Semua metode lint yang mengganti tingkat keparahan masalah yang diberikan akan mengikuti
urutan konfigurasi. Misalnya, menetapkan masalah sebagai fatal dalam
finalizeDsl()
akan menggantikan penonaktifannya di DSL utama.
Membuat dasar pengukuran peringatan
Anda dapat mengambil snapshot dari kumpulan peringatan project saat ini, lalu menggunakan snapshot tersebut sebagai dasar untuk menjalankan pemeriksaan mendatang sehingga hanya masalah baru yang dilaporkan. Snapshot baseline memungkinkan Anda mulai menggunakan lint untuk menggagalkan build tanpa harus kembali dan mengatasi semua masalah yang ada terlebih dahulu.
Untuk membuat snapshot dasar pengukuran, ubah file build.gradle
project Anda sebagai berikut:
Kotlin
android { lint { baseline = file("lint-baseline.xml") } }
Groovy
android { lintOptions { baseline file("lint-baseline.xml") } }
Saat Anda menambahkan baris ini untuk pertama kalinya, file lint-baseline.xml
akan dibuat untuk menetapkan
baseline Anda. Selanjutnya, alat hanya membaca file tersebut untuk menentukan baseline. Jika Anda ingin
membuat dasar pengukuran baru, hapus file secara manual dan jalankan lagi lint untuk membuatnya ulang.
Lalu, jalankan lint dari IDE dengan memilih Code > Inspect Code atau dari command line
seperti berikut. Output-nya akan menunjukkan lokasi file lint-baseline.xml
. Lokasi
file untuk konfigurasi Anda mungkin berbeda dengan yang ditampilkan di sini:
$ ./gradlew lintDebug -Dlint.baselines.continue=true ... Wrote XML report to file:///app/lint-baseline.xml Created baseline file /app/lint-baseline.xml
Menjalankan lint
akan merekam semua
masalah saat ini dalam file lint-baseline.xml
. Rangkaian masalah terbaru
disebut dasar pengukuran. Anda dapat memeriksa file lint-baseline.xml
ke dalam kontrol versi jika ingin membagikannya kepada orang lain.
Menyesuaikan baseline
Jika Anda hanya ingin menambahkan jenis masalah tertentu ke dasar pengukuran, tentukan
masalah yang akan ditambahkan dengan mengedit file build.gradle
project Anda sebagai berikut:
Kotlin
android { lint { checkOnly += "NewApi" + "HandlerLeak" baseline = file("lint-baseline.xml") } }
Groovy
android { lintOptions { checkOnly 'NewApi', 'HandlerLeak' baseline file("lint-baseline.xml") } }
Jika Anda menambahkan peringatan baru ke codebase setelah membuat dasar pengukuran, lint hanya akan mencantumkan bug yang baru diperkenalkan.
Peringatan baseline
Saat dasar pengukuran diberlakukan, Anda akan mendapatkan peringatan informatif yang memberitahukan bahwa satu atau beberapa masalah difilter karena tercantum dalam dasar pengukuran. Peringatan ini membantu Anda mengingat bahwa Anda telah mengonfigurasi dasar pengukuran dan Anda harus memperbaiki semua masalah pada titik tertentu.
Peringatan yang informatif ini juga melacak masalah yang tidak lagi dilaporkan. Informasi ini memberi tahu apakah Anda telah benar-benar memperbaiki masalah, sehingga Anda dapat membuat ulang dasar pengukuran secara opsional untuk mencegah error kembali tidak terdeteksi.
Catatan: Baseline diaktifkan saat Anda menjalankan pemeriksaan dalam mode batch di IDE, tetapi diabaikan untuk pemeriksaan dalam-editor yang berjalan di latar belakang saat Anda mengedit file. Hal ini karena dasar bawaan ditujukan untuk kasus ketika codebase memiliki banyak peringatan yang sudah ada, tetapi Anda ingin memperbaiki masalah secara lokal saat menyentuh kode.
Menjalankan pemeriksaan secara manual
Untuk menjalankan lint yang telah dikonfigurasi dan pemeriksaan IDE lainnya secara manual, pilih Code > Inspect Code. Hasil pemeriksaan akan muncul di jendela Inspection Results.
Menetapkan cakupan dan profil pemeriksaan
Pilih file yang ingin Anda analisis (cakupan pemeriksaan) dan pemeriksaan yang ingin dijalankan (profil pemeriksaan) sebagai berikut:
- Di tampilan Android, buka project Anda, lalu pilih project, folder, atau file yang ingin Anda analisis.
- Dari panel menu, pilih Code > Inspect Code.
Pada dialog Specify Inspection Scope, periksa setelan.
Opsi yang muncul dalam dialog Define Inspection Scope berbeda-beda bergantung pada project, folder, atau file yang Anda pilih:
- Saat Anda memilih satu project, file, atau direktori, dialog Define Inspection Scope akan menampilkan jalur ke project, file, atau direktori yang Anda pilih.
- Saat Anda memilih lebih dari satu project, file, atau direktori, dialog define Inspection Scope akan menampilkan tombol pilihan yang dipilih untuk Selected files.
Untuk mengubah apa yang akan diperiksa, pilih salah satu tombol pilihan lainnya. Lihat dialog Menentukan Cakupan Inspeksi untuk deskripsi semua kolom yang memungkinkan pada dialog Tentukan Cakupan Inspeksi.
- Di bagian Inspection profile, pilih profil yang ingin Anda gunakan.
Klik OK untuk menjalankan pemeriksaan.
Gambar 4 menunjukkan hasil pemeriksaan lint dan IDE lainnya setelah menjalankan Inspect Code:
-
Di panel Inspection Results, tampilkan hasil pemeriksaan dengan meluaskan dan memilih kategori, jenis, atau masalah error.
Panel Inspection Report menampilkan laporan pemeriksaan untuk kategori, jenis, atau masalah error yang dipilih di panel Inspection Results serta menampilkan nama dan lokasi error tersebut. Jika ada, laporan pemeriksaan akan menampilkan informasi lainnya, seperti sinopsis masalah, untuk membantu Anda memperbaiki masalah tersebut.
Pada tampilan hierarki panel Inspection Results, klik kanan sebuah kategori, jenis, atau masalah untuk menampilkan menu konteks.
Bergantung pada konteksnya, Anda dapat:
- Beralih ke sumber.
- Kecualikan dan sertakan item yang dipilih.
- Menyembunyikan masalah.
- Edit setelan.
- Kelola peringatan pemeriksaan.
- Jalankan kembali pemeriksaan.
Untuk deskripsi tombol toolbar, item menu konteks, dan kolom laporan pemeriksaan, lihat Jendela alat Hasil Inspeksi.
Menggunakan cakupan kustom
Gunakan salah satu cakupan kustom yang disediakan di Android Studio sebagai berikut:
- Dalam dialog Specify Inspection Scope, pilih Custom scope.
Klik daftar Cakupan kustom untuk menampilkan opsi Anda:
- Semua Tempat: Semua file.
- Project Files: Semua file dalam project saat ini.
- Project Source Files: Hanya file sumber dalam project saat ini.
- Project Production Files: Hanya file produksi dalam project saat ini.
- Project Test Files: Hanya file pengujian dalam project saat ini.
- Scratches dan Konsol: Hanya file dan konsol scratch yang Anda buka dalam project saat ini.
- File yang Baru Dilihat: Hanya file yang baru-baru ini dilihat dalam project saat ini.
- Current File: Hanya file terbaru dalam project saat ini. Muncul saat Anda telah memilih file atau folder.
- Selected Directory: Hanya folder saat ini dalam project Anda saat ini. Muncul saat Anda telah memilih folder.
- Class Hierarchy: Jika Anda memilih opsi ini dan mengklik OK, dialog akan muncul dan menampilkan semua class dalam project saat ini. Dalam dialog, gunakan kolom Search by Name untuk memfilter dan memilih class yang akan diperiksa. Jika Anda tidak memfilter daftar class, pemeriksaan kode akan memeriksa semua class.
Jika Anda memiliki VCS yang dikonfigurasi untuk project, ada juga opsi untuk membatasi penelusuran hanya pada file yang telah diubah.
- Klik OK.
Membuat cakupan kustom
Jika ingin memeriksa sekumpulan file dan direktori yang tidak tercakup dalam salah satu cakupan kustom yang saat ini tersedia, Anda dapat membuat cakupan kustom:
- Dalam dialog Specify Inspection Scope, pilih Custom scope.
Klik tiga titik setelah daftar Custom Scope.
Dialog Scopes akan muncul.
- Klik tombol di sudut kiri atas dialog untuk menentukan cakupan baru.
- Dalam daftar Add Scope yang muncul, pilih Local.
Baik cakupan lokal maupun cakupan bersama digunakan dalam project untuk fitur Inspect Code. Cakupan Shared juga dapat digunakan bersama fitur project lainnya yang memiliki kolom cakupan. Misalnya, saat Anda mengklik Edit Settings untuk mengubah setelan untuk Find Usages, dialog yang dihasilkan memiliki kolom Scope tempat Anda dapat memilih cakupan bersama.
- Beri nama cakupan tersebut, lalu klik OK.
Panel kanan dialog Scopes diisi dengan opsi yang memungkinkan Anda menentukan cakupan kustom.
- Dari daftar, pilih Project.
Daftar project yang tersedia akan ditampilkan.
Catatan: Anda dapat membuat cakupan kustom untuk project atau paket. Langkah-langkahnya sama.
Luaskan folder project, pilih mana yang ingin Anda tambahkan ke cakupan kustom, lalu pilih apakah Anda akan menyertakan atau mengecualikannya.
- Include: Menyertakan folder ini dan file-filenya, tetapi tidak menyertakan subfoldernya.
- Include Recursivity: Menyertakan folder ini dan file-nya, serta subfolder dan file-nya.
- Exclude: Mengecualikan folder ini dan file-filenya, tetapi tidak mengecualikan subfoldernya.
- Exclude Recursivity: Mengecualikan folder ini dan file-nya, serta subfolder dan file-nya.
Gambar 10 menunjukkan bahwa folder main disertakan, serta folder java dan res disertakan secara rekursif. Warna biru menunjukkan folder yang disertakan sebagian, dan hijau menunjukkan folder dan file yang disertakan secara rekursif.
- Jika Anda memilih folder java dan mengklik Exclude Recursically, sorotan hijau akan hilang pada folder java dan semua folder serta file di bawahnya.
- Jika Anda memilih file MainActivity.kt yang ditandai hijau dan mengklik Exclude, MainActivity.kt tidak lagi disorot dengan warna hijau, tetapi semua item lain pada folder java akan tetap hijau.
- Klik OK. Cakupan kustom muncul di bagian bawah daftar.
Meninjau dan mengedit profil pemeriksaan
Android Studio memiliki sekumpulan profil lint dan profil pemeriksaan lainnya yang diupdate melalui update Android. Anda dapat menggunakan profil ini sebagaimana adanya atau mengedit nama, deskripsi, tingkat keparahan, dan cakupannya. Anda juga dapat mengaktifkan dan menonaktifkan seluruh grup profil atau satu per satu profil dalam sebuah grup.
Untuk mengakses setelan Inspections:
- Pilih File > Settings. (di Windows) atau Android Studio > Preferences (di macOS atau Linux).
- Pilih Editor > Inspections.
Pilih daftar Profile untuk beralih antara pemeriksaan Default (Android Studio) dan Project Default (project aktif).
Untuk informasi selengkapnya, lihat halaman Mengelola profil IntelliJ.
Dalam daftar Inspections di panel kiri, pilih kategori profil level teratas atau luaskan grup dan pilih profil tertentu.
Jika memilih kategori profil, Anda dapat mengedit semua pemeriksaan dalam kategori tersebut sebagai pemeriksaan tunggal.
- Pilih daftar Show Schema Actions untuk menyalin, mengganti nama, menambahkan deskripsi, mengekspor, dan mengimpor pemeriksaan.
- Setelah selesai, klik OK.
Panel Inspections menampilkan daftar pemeriksaan yang didukung dan deskripsinya.