Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Анализаторы платформы компилятора .NET (Roslyn) проверяют код C# или Visual Basic для проблем с качеством кода и стилем кода. Эти анализаторы включены в пакет SDK для .NET.
-
Анализ качества кода (правила CAxxxxx):
- Реализовано в репозитории dotnet/sdk (ранее реализовано в
dotnet/roslyn-analyzersрепозитории). - Документирован здесь в репозитории
dotnet/docs. Пожалуйста, ознакомьтесь с документацией по добавлению правил 'CAxxxx'.
- Реализовано в репозитории dotnet/sdk (ранее реализовано в
-
Анализ стиля кода (правила IDExxxxx):
- Реализовано в репозитории dotnet/roslyn .
- Документирован здесь в репозитории
dotnet/docs. См. документацию о правилах «IDExxxx».
Предоставьте документацию для правил 'CAxxxx'
Выполните следующие действия, чтобы внести документацию по правилам анализа качества кода в репозиторий dotnet/docs :
- Определите
Rule IDиCategory: убедитесь, что вы знаете идентификатор правила 'CAxxxx' и категорию, к которой относится это правило. Это означает, что анализатор ЦС был объединен в репозиторий dotnet/sdk или у вас есть открытый PR с утвержденным идентификатором и категорией, назначенной правилу. - Добавьте документ правила:
- Клонируйте существующий файл правила ЦС в корневой папке, скажем
ca1000.md, и переименуйте его. - Обновите содержимое файла соответствующим образом.
- Клонируйте существующий файл правила ЦС в корневой папке, скажем
- Добавьте запись для правила в следующие таблицы:
- В файле оглавления в списке категорий правил. Например, для правила ЦС с
Performanceкатегорией найдите термин- name: Performance rulesв файле и добавьте запись в список. Если нет, создайте список категорий в разделе- name: Code quality rules. - В файле индекса верхнеуровневых правил .
- В файле индекса правила на
categoryоснове:- Определите файл индекса на основе категорий в корневой папке. Например, для правила ЦС с
Performanceкатегорией этот файл называетсяperformance-warnings.md. Если нет, создайте файл индекса на основе категорий путем клонирования существующего. - Добавьте запись для идентификатора правила в этом файле.
- Определите файл индекса на основе категорий в корневой папке. Например, для правила ЦС с
- В файле оглавления в списке категорий правил. Например, для правила ЦС с
Tip
Выполните поиск в репозитории dotnet/docs для известного идентификатора правила CA, чтобы определить потенциальные места, которые могут потребовать обновления. Например, ознакомьтесь со статьей https://github.com/dotnet/docs/search?q=CA2000.
Предоставьте документацию для правил IDExxxx.
Выполните следующие действия, чтобы внести документацию по правилам анализа стиля кода в репозиторий dotnet/docs :
- Определите
Rule IDи параметры стиля кода, если таковые есть: убедитесь, что вы знаете идентификатор правила IDExxxx и параметры стиля кода для документированного правила. Это означает, что анализатор интегрированной среды разработки был объединен в репозиторий dotnet/roslyn или у вас есть открытый PR с утвержденными параметрами идентификатора и стиля кода, назначенными правилу. - Определение правила
subcategory: правила интегрированной среды разработки имеют категориюStyle. Определите подкатегорию правила, прочитайте вводный раздел правил стиля кода. Большинство правил стиля кода интегрированной среды разработки находятся вLanguageподкатегории. - Определите правило
preference group: определитеpreference groupдля правила, прочитав здесь заголовки параметров.- Если правило имеет известные, связанные с ним параметры стиля кода, группа предпочтений будет соответствовать тем, которые указаны в объявлении параметра стиля кода.
- В противном случае определите, принадлежит ли правило существующей группе предпочтений или требуется новая группа предпочтений.
- Добавьте документ правила:
- Клонируйте существующий файл правил интегрированной среды разработки в корневой папке, скажем
ide0011.md, и переименуйте его. - Обновите содержимое файла соответствующим образом.
- Клонируйте существующий файл правил интегрированной среды разработки в корневой папке, скажем
- Добавьте запись для правила интегрированной среды разработки и (или) вариантов стиля кода в следующие таблицы:
- В файле содержания в подкатегории правила и списке параметров. Например, для правила стиля кода IDE с
Languageподкатегорией иModifier preferencesгруппой найдите термин- name: Language rulesи дочерний узел- name: Modifier preferencesв файле и добавьте запись в список. Если список подкатегорий или список параметров в подкатегории не существует, создайте новую подкатегорию- name: Code style rules. - В файле индекса стиля кода.
- В файле индекса по идентификатору правила.
- В файле индекса правила на
preferences groupоснове:- Определите файл индекса на основе группы настроек в корневой папке. Например, для правила
Modifier preferencesинтегрированной среды разработки этот файл называетсяmodifier-preferences.md. Если нет, создайте файл индекса на основе группы настроек путем клонирования существующего. - Добавьте запись для идентификатора правила в этом файле.
- Определите файл индекса на основе группы настроек в корневой папке. Например, для правила
- В файле содержания в подкатегории правила и списке параметров. Например, для правила стиля кода IDE с
Tip
Выполните поиск репозитория в dotnet/docs репозитории для известного существующего правила интегрированной среды разработки и (или) параметров стиля кода, чтобы определить потенциальные места, которые могут потребовать обновления. Например, см https://github.com/dotnet/docs/search?q=IDE0011 . и https://github.com/dotnet/docs/search?q=csharp_prefer_braces.