Microsoft.CodeAnalysis.CodeActions Пространство имен

A CodeActionOperation для применения изменений решения к рабочей области. GetOperationsAsync(CancellationToken) может вернуться не более одного ApplyChangesOperation. Узлы могут предоставлять настраиваемую обработку для ApplyChangesOperations, но если CodeAction требуется пользовательское поведение узла, не поддерживаемое одним ApplyChangesOperation, то вместо этого:

Действие, созданное или CodeFixProvider а CodeRefactoringProvider.

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

Значение CodeAction , которое может отличаться от указанных пользователем параметров. Переопределите одну из ComputeOperationsAsync(Object, CancellationToken) операций или ComputeOperationsAsync(Object, IProgress<CodeAnalysisProgress>, CancellationToken) фактически вычислите операции для этого действия.

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

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

Представляет операцию предварительного просмотра для создания пользовательского предварительного просмотра для операции.

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

Примените эту заметку к синтаксисуNode, чтобы указать, что предупреждение должно быть представлено пользователю.

Приоритет определенного действия кода, созданного либо aCodeRefactoringProvider, либо .CodeFixProvider Действия кода используют приоритеты для группировки себя, при этом ниже приоритеты отображаются после более высоких приоритетов. Поставщики должны поместить менее релевантные действия кода в более низкие сегменты приоритета, чтобы они отображались позже в пользовательском интерфейсе, что позволит пользователю быстрее перейти к важным действиям кода.

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

1. Очень медленно. Медленные поставщики будут препятствовать вычислению результатов для других поставщиков в том же классе приоритета. Таким образом, работа в более низком формате означает, что быстрые поставщики по-прежнему могут быстро получать результаты для пользователей.
2. Менее релевантный. Поставщики, которые обычно показывают доступные варианты, но эти параметры менее вероятны, должны выполняться в группах с низким приоритетом. Это помогает убедиться, что их элементы по-прежнему существуют, когда пользователь хочет их, но не так видно.