Улучшите свой код с помощью проверок на соответствие

Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.

Помимо создания тестов , чтобы убедиться, что ваше приложение соответствует функциональным требованиям, важно также пропустить код через инструмент lint, чтобы убедиться, что в вашем коде нет структурных проблем. Инструмент lint помогает обнаружить плохо структурированный код, который может повлиять на надежность и эффективность ваших приложений Android и сделать ваш код более сложным для поддержки. Настоятельно рекомендуется исправить любые ошибки, которые lint обнаруживает перед публикацией вашего приложения.

Например, если ваши файлы ресурсов XML содержат неиспользуемые пространства имен, это занимает место и требует ненужной обработки. Другие структурные проблемы, такие как использование устаревших элементов или вызовов API, которые не поддерживаются целевыми версиями API, могут привести к тому, что код не будет работать правильно. Lint может помочь вам устранить эти проблемы.

Для повышения производительности линтинга вы также можете добавлять аннотации к своему коду .

Обзор

Android Studio предоставляет инструмент сканирования кода под названием lint , который может помочь вам выявить и исправить проблемы со структурным качеством вашего кода без необходимости запускать приложение или писать тестовые случаи. Каждая проблема, обнаруженная инструментом, сообщается с сообщением-описанием и уровнем серьезности, чтобы вы могли расставить приоритеты для критических улучшений, которые необходимо сделать. Вы также можете понизить уровень серьезности проблемы, чтобы игнорировать проблемы, не имеющие отношения к вашему проекту, или повысить уровень серьезности, чтобы выделить конкретные проблемы.

Инструмент lint проверяет исходные файлы вашего проекта Android на наличие потенциальных ошибок и улучшений оптимизации для корректности, безопасности, производительности, удобства использования, доступности и интернационализации. При использовании Android Studio настроенные проверки lint и IDE запускаются при сборке приложения. Однако вы можете запускать проверки вручную или запускать lint из командной строки , как описано на этой странице.

Встроенный инструмент lint проверяет ваш код, пока вы используете Android Studio. Вы можете просматривать предупреждения и ошибки двумя способами:

• Как всплывающий текст в окне редактора. Когда lint находит проблему, он выделяет проблемный код желтым цветом. В случае более серьезных проблем он подчеркивает код красным цветом.
• В окне результатов проверки lint при нажатии Код > Проверить код .

Примечание: Когда ваш код компилируется в Android Studio, запускаются дополнительные проверки кода IntelliJ для упрощения проверки кода. Поддерживайте Android Studio в актуальном состоянии, чтобы обеспечить доступность последних правил линтинга и проверок.

На рисунке 1 показано, как инструмент lint обрабатывает исходные файлы приложения.

Исходные файлы приложения

Исходные файлы состоят из файлов, из которых состоит ваш проект Android, включая файлы Kotlin, Java и XML, значки и файлы конфигурации ProGuard.

Файл lint.xml

Файл конфигурации, который можно использовать для указания любых проверок lint, которые вы хотите исключить, а также для настройки уровней серьезности проблем.

Инструмент для снятия ворса

Инструмент статического сканирования кода, который можно запустить в вашем проекте Android из командной строки или в Android Studio. Инструмент lint проверяет наличие структурных проблем кода, которые могут повлиять на качество и производительность вашего приложения Android.

Результаты проверки ворса

Результаты lint можно просмотреть либо в консоли, либо в окне Inspection Results в Android Studio. Если вы запустите lint из командной строки, результаты будут записаны в папку build/ . Более подробную информацию см. в разделе о запуске инспекций вручную .

Запустите lint из командной строки

Если вы используете Android Studio или Gradle, используйте оболочку Gradle , чтобы вызвать задачу lint для вашего проекта, введя одну из следующих команд из корневого каталога вашего проекта:

Примечание: Поддерживайте плагин Android 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 завершает свои проверки, он предоставляет пути к версиям XML и HTML отчета lint. Затем вы можете перейти к отчету HTML и открыть его в своем браузере, как показано на рисунке 2.

Если ваш проект включает в себя build variations , lint проверяет только вариант по умолчанию. Если вы хотите запустить lint для другого варианта, вы должны написать имя варианта заглавными буквами и добавить к нему префикс lint .

./gradlew lintRelease

Примечание: Lint не запускается автоматически как часть вашей сборки. Мы настоятельно рекомендуем вам явно запускать lint как часть непрерывной интеграционной сборки , чтобы вы могли видеть последние проверки lint при сборке вашего существующего исходного кода.

Чтобы узнать больше о запуске задач Gradle из командной строки, прочитайте статью Создание приложения из командной строки .

Запустите lint с помощью автономного инструмента

Если вы не используете Android Studio или Gradle, установите инструменты командной строки Android SDK , чтобы использовать автономный инструмент lint. Найдите инструмент lint в android_sdk /cmdline-tools/ version /bin/lint .

Примечание: Если вы попытаетесь запустить автономный инструмент в проекте Gradle, он выдаст ошибку. Вы всегда должны использовать gradle lint (в Windows) или ./gradlew lint (в macOS или Linux) для запуска lint в проекте Gradle.

Чтобы запустить lint для списка файлов в каталоге проекта, используйте следующую команду:

lint [flags] <project directory>

Например, вы можете выполнить следующую команду для сканирования файлов в каталоге myproject и его подкаталогах. Идентификатор проблемы MissingPrefix сообщает lint, что нужно сканировать только атрибуты XML, в которых отсутствует префикс пространства имен Android.

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

В примере вывода указано четыре предупреждения и нет ошибок.

Два предупреждения относятся к файлу AndroidManifest.xml проекта:

• ManifestOrder
• UsesMinSdkAttributes

Одно предупреждение относится к каталогу res : IconMissingDensityFolder .

Настройте lint для подавления предупреждений

По умолчанию при запуске сканирования lint инструмент проверяет все проблемы, которые поддерживает lint. Вы также можете ограничить проблемы, которые lint проверяет, и можете назначить уровни серьезности для проблем. Например, вы можете отключить проверку lint для определенных проблем, которые не имеют отношения к вашему проекту, и вы можете настроить lint для сообщения о некритических проблемах с более низким уровнем серьезности.

Уровни серьезности следующие:

• enable
• disable или ignore
• informational
• warning
• error
• fatal

Вы можете настроить проверку линта для разных уровней:

• Глобально (весь проект)
• Модуль проекта
• Производственный модуль
• Тестовый модуль
• Открыть файлы
• Иерархия классов
• Области применения системы контроля версий (VCS)

Настройте файл lint

Вы можете указать свои настройки проверки lint в файле lint.xml . Если вы создаете этот файл вручную, поместите его в корневой каталог вашего проекта Android.

Файл lint.xml состоит из родительского тега <lint> , который содержит один или несколько дочерних элементов <issue> . Lint определяет уникальное значение атрибута id для каждого <issue> :

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

Чтобы изменить уровень серьезности проблемы или отключить проверку lint для этой проблемы, задайте атрибут серьезности в теге <issue> .

Совет: Для полного списка проблем, поддерживаемых lint, и соответствующих им идентификаторов проблем выполните команду lint --list . Параметр --list должен быть запущен из автономного инструмента lint .

Пример файла 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 ... /> .

Настройте проверку lint для исходных файлов Kotlin, Java и XML

Вы можете отключить проверку линта для исходных файлов Kotlin, Java и XML в диалоговом окне «Настройки» :

1. Выберите Файл > Настройки (в Windows) или Android Studio > Настройки (в macOS или Linux).
2. Выберите Редактор > Инспекции .
3. Чтобы отключить, отмените выбор соответствующего исходного файла.

Вы можете установить их как для IDE, так и для отдельных проектов, выбрав соответствующий профиль.

Настройте проверку линта в Java или Kotlin

Чтобы отключить проверку линта конкретно для класса или метода в вашем проекте Android, добавьте аннотацию @SuppressLint к этому коду.

Следующий пример показывает, как можно отключить проверку lint для проблемы NewApi в методе onCreate . Инструмент lint продолжает проверять проблему NewApi в других методах этого класса.

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

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

То же самое можно сделать на любом Composable. Следующий фрагмент кода показывает, как можно отключить проверки NewApi на любом Composable.

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

В следующем примере показано, как отключить проверку lint для проблемы ParserError в классе FeedProvider :

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

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

Чтобы отключить проверку всех проблем линтинга в файле, используйте ключевое слово all :

@SuppressLint("all")

@SuppressLint("all")

Эту же аннотацию можно использовать для подавления проверок линтинга в любой компонуемой функции.

Настройте проверку линта в XML

Используйте атрибут tools:ignore , чтобы отключить проверку lint для определенных разделов ваших XML-файлов. Поместите следующее значение пространства имен в файл lint.xml , чтобы инструмент lint распознал атрибут:

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

В следующем примере показано, как можно отключить проверку lint для проблемы UnusedResources в элементе <LinearLayout> файла макета XML. Атрибут 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, используйте ключевое слово all :

tools:ignore="all"

Настройка параметров lint с помощью Gradle

Плагин Android Gradle позволяет вам настраивать определенные параметры lint, например, какие проверки запускать или игнорировать, используя блок lint{} в файле build.gradle на уровне модуля.

В следующем фрагменте кода показаны некоторые свойства, которые можно настроить:

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

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 для провала сборки без необходимости возвращаться и сначала решать все существующие проблемы.

Чтобы создать базовый снимок, измените файл build.gradle вашего проекта следующим образом:

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

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

Когда вы впервые добавляете эту строку, создается файл lint-baseline.xml для установки вашей базовой линии. С этого момента инструменты только читают файл для определения базовой линии. Если вы хотите создать новую базовую линию, вручную удалите файл и снова запустите lint, чтобы создать ее заново.

Затем запустите lint из IDE, выбрав Code > Inspect 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 . Набор текущих проблем называется baseline . Вы можете проверить файл lint-baseline.xml в системе контроля версий, если хотите поделиться им с другими.

Настройте базовую линию

Если вы хотите добавить в базовый план только определенные типы проблем, укажите проблемы, которые необходимо добавить, отредактировав файл build.gradle вашего проекта следующим образом:

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

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

Если вы добавите какие-либо новые предупреждения в кодовую базу после создания базовой линии, lint перечислит только вновь появившиеся ошибки.

Предупреждение о базовом уровне

Когда базовый уровень вступает в силу, вы получаете информационное предупреждение, которое сообщает вам, что одна или несколько проблем были отфильтрованы, поскольку они перечислены в базовом уровне. Это предупреждение помогает вам помнить, что вы настроили базовый уровень и что вам нужно исправить все проблемы в какой-то момент.

Это информационное предупреждение также отслеживает проблемы, о которых больше не сообщается. Эта информация позволяет вам узнать, были ли у вас действительно исправлены проблемы, поэтому вы можете при желании пересоздать базовую линию, чтобы предотвратить возвращение ошибки незамеченной.

Примечание: базовые линии включены, когда вы запускаете проверки в пакетном режиме в IDE, но они игнорируются для проверок в редакторе, которые выполняются в фоновом режиме, когда вы редактируете файл. Это связано с тем, что базовые линии предназначены для случая, когда в кодовой базе имеется большое количество существующих предупреждений, но вы хотите исправить проблемы локально, пока вы касаетесь кода.

Проводить проверки вручную

Чтобы вручную запустить настроенный lint и другие проверки IDE, выберите Код > Проверить код . Результаты проверки отображаются в окне Результаты проверки .

Установите область и профиль проверки

Выберите файлы, которые вы хотите проанализировать ( область проверки), и проверки, которые вы хотите выполнить ( профиль проверки), следующим образом:

1. В представлении Android откройте свой проект и выберите проект, папку или файл, который вы хотите проанализировать.
2. В строке меню выберите Код > Проверить код .

3. В диалоговом окне «Укажите область проверки» проверьте настройки.

   

   Параметры, отображаемые в диалоговом окне «Укажите область проверки», зависят от того, выбрали ли вы проект, папку или файл:

   • При выборе одного проекта, файла или каталога диалоговое окно «Укажите область проверки» отображает путь к выбранному вами проекту, файлу или каталогу.
   • При выборе более одного проекта, файла или каталога в диалоговом окне «Укажите область проверки» отображается выбранный переключатель для выбранных файлов .

   Чтобы изменить то, что нужно инспектировать, выберите один из других переключателей. См. Укажите область инспекции диалога для описания всех возможных полей в Укажите область инспекции диалога.

4. В разделе «Профиль проверки» выберите профиль, который вы хотите использовать.

5. Нажмите «ОК» , чтобы запустить проверку.

   На рисунке 4 показаны результаты lint и других проверок IDE, полученные в результате выполнения Inspect Code :

   

6. На панели «Результаты проверки» просмотрите результаты проверки, развернув и выбрав категории ошибок, типы или проблемы.

   Панель Inspection Report отображает отчет о проверке для категории ошибки, типа или проблемы, выбранной на панели Inspection Results , а также отображает имя и местоположение ошибки. Где применимо, отчет о проверке отображает другую информацию, например, краткое описание проблемы, чтобы помочь вам исправить проблему.

7. В древовидной структуре панели «Результаты проверки» щелкните правой кнопкой мыши категорию, тип или проблему, чтобы отобразить контекстное меню.

   В зависимости от контекста вы можете:

   • Перейти к источнику.
   • Исключить и включить выбранные элементы.
   • Подавление проблем.
   • Изменить настройки.
   • Управление оповещениями о проверках.
   • Повторите проверку.

Описание кнопок панели инструментов, пунктов контекстного меню и полей отчета о проверке см. в разделе Окно инструментов «Результаты проверки» .

Используйте пользовательский объем

Используйте одну из пользовательских областей, предоставленных в Android Studio, следующим образом:

1. В диалоговом окне «Укажите область проверки» выберите пункт «Пользовательская область» .

2. Щелкните список «Пользовательская область», чтобы отобразить доступные варианты:

   

   • Все места: Все файлы.
   • Файлы проекта: все файлы текущего проекта.
   • Исходные файлы проекта: только исходные файлы текущего проекта.
   • Файлы производства проекта: только файлы производства текущего проекта.
   • Тестовые файлы проекта: только тестовые файлы текущего проекта.
   • Scratches и Consoles: только файлы scratch и consoles, открытые в текущем проекте.
   • Недавно просмотренные файлы: только недавно просмотренные файлы в текущем проекте.
   • Текущий файл: Только текущий файл в текущем проекте. Появляется, когда у вас выбран файл или папка.
   • Выбранный каталог: Только текущая папка в текущем проекте. Появляется, когда у вас выбрана папка.
   • Иерархия классов: при выборе этого параметра и нажатии кнопки OK появляется диалоговое окно со всеми классами в текущем проекте. В диалоговом окне используйте поле Search by Name для фильтрации и выбора классов для проверки. Если вы не фильтруете список классов, проверка кода проверяет все классы.

Если для проекта настроена система контроля версий, есть также возможность ограничить поиск только измененными файлами.

3. Нажмите ОК.

Создать индивидуальную область действия

Если вы хотите проверить набор файлов и каталогов, которые не охвачены ни одной из доступных пользовательских областей, вы можете создать пользовательскую область:

1. В диалоговом окне «Укажите область проверки» выберите пункт «Пользовательская область» .

2. Нажмите на три точки после списка «Пользовательская область» .

   

   Появится диалоговое окно « Области действия» .

   

3. Нажмите на кнопку в верхнем левом углу диалогового окна, чтобы определить новую область действия.
4. В появившемся списке «Добавить область» выберите «Локальная» .

   И локальные, и общие области используются в проекте для функции Inspect Code . Общая область также может использоваться с другими функциями проекта, имеющими поле области. Например, когда вы нажимаете Edit Settings Чтобы изменить настройки для Find Usages , в появившемся диалоговом окне есть поле Scope , в котором можно выбрать общую область действия.

   

5. Дайте области имя и нажмите ОК .

   Правая панель диалогового окна «Области действия» содержит параметры, позволяющие определить пользовательскую область действия.

6. Из списка выберите Проект .

   Появится список доступных проектов.

   Примечание: Вы можете создать пользовательскую область действия для проектов или пакетов. Шаги те же самые.

7. Разверните папки проекта, выберите то, что вы хотите добавить в настраиваемую область действия, и выберите, следует ли это включить или исключить.

   

   • Включить : включить эту папку и ее файлы, но не включать ни одну из ее подпапок.
   • Включить рекурсивно : включить эту папку и ее файлы, а также ее подпапки и их файлы.
   • Исключить : исключить эту папку и ее файлы, но не исключать ни одну из ее подпапок.
   • Исключить рекурсивно : исключить эту папку и ее файлы, а также ее подпапки и их файлы.

   Рисунок 10 показывает, что основная папка включена, а папки java и res включены рекурсивно. Синий цвет указывает на частично включенную папку, а зеленый цвет указывает на рекурсивно включенные папки и файлы.

   

   • Если выбрать папку java и нажать «Исключить рекурсивно» , зеленая подсветка папки java и всех папок и файлов в ней исчезнет.
   • Если выбрать выделенный зеленым файл MainActivity.kt и нажать «Исключить» , MainActivity.kt больше не будет выделен зеленым, но все остальное в папке java останется зеленым.
8. Нажмите OK . Пользовательская область появится в нижней части списка.

Просмотр и редактирование профилей инспекций

Android Studio имеет выбор профилей lint и других инспекций, которые обновляются через обновления Android. Вы можете использовать эти профили как есть или редактировать их имена, описания, уровни серьезности и области действия. Вы также можете активировать и деактивировать целые группы профилей или отдельные профили в группе.

Чтобы получить доступ к настройкам проверок :

1. Выберите Файл > Настройки (в Windows) или Android Studio > Настройки (в macOS или Linux).
2. Выберите Редактор > Инспекции .

3. На панели «Инспекции» отображается список поддерживаемых инспекций и их описания.

   

4. Выберите список профилей для переключения между проверками по умолчанию (Android Studio) и проверками проекта по умолчанию (активный проект).

   Более подробную информацию можно найти на странице «Управление профилями IntelliJ».

5. В списке «Инспекции» на левой панели выберите категорию профиля верхнего уровня или разверните группу и выберите конкретный профиль.

   При выборе категории профиля вы можете редактировать все проверки в этой категории как одну проверку.

6. Выберите « Показать действия схемы». список для копирования, переименования, добавления описаний, экспорта и импорта проверок.
7. Когда закончите, нажмите ОК .