Partager via


Microsoft.CodeAnalysis.CodeActions Espace de noms

Classes

Nom Description
ApplyChangesOperation

Pour CodeActionOperation appliquer des modifications de solution à un espace de travail. GetOperationsAsync(CancellationToken) peut retourner au plus un ApplyChangesOperation. Les hôtes peuvent fournir une gestion personnalisée pour ApplyChangesOperations, mais si un CodeAction comportement d’hôte personnalisé n’est pas pris en charge par un seul ApplyChangesOperation, puis à la place :

    CodeAction

    Action produite par un CodeFixProvider ou un CodeRefactoringProvider.

    CodeActionOperation

    Représente une seule opération d’une action de code multi-opération.

    CodeActionWithOptions

    Qui CodeAction peut varier avec les options spécifiées par l’utilisateur. Remplacez l’une des ComputeOperationsAsync(Object, CancellationToken) opérations ou ComputeOperationsAsync(Object, IProgress<CodeAnalysisProgress>, CancellationToken) pour calculer réellement les opérations pour cette action.

    ConflictAnnotation

    Appliquez cette annotation à un SyntaxNode pour indiquer qu’un conflit peut exister qui nécessite la compréhension et l’accusé de réception des utilisateurs avant d’agir.

    OpenDocumentOperation

    Opération d’action de code pour demander l’ouverture d’un document dans l’environnement hôte.

    PreviewOperation

    Représente une opération d’aperçu pour la génération d’un aperçu utilisateur personnalisé pour l’opération.

    RenameAnnotation

    Appliquez cette annotation à un SyntaxNode approprié pour demander qu’elle soit renommée par l’utilisateur après l’action.

    WarningAnnotation

    Appliquez cette annotation à un SyntaxNode pour indiquer qu’un message d’avertissement doit être présenté à l’utilisateur.

    Énumérations

    Nom Description
    CodeActionPriority

    Priorité d’une action de code particulière produite par un CodeRefactoringProvider ou un CodeFixProvider. Les actions de code utilisent des priorités pour se regrouper, avec des actions de priorité inférieure qui apparaissent après celles de priorité supérieure. Les fournisseurs doivent placer des actions de code moins pertinentes dans des compartiments de priorité inférieure pour qu’elles apparaissent plus tard dans l’interface utilisateur, ce qui permet à l’utilisateur d’accéder à des actions de code importantes plus rapidement.

    CodeActionRequestPriority

    Classe de priorité à laquelle un particulier CodeRefactoringProvider ou CodeFixProvider doit s’exécuter. Les fournisseurs sont exécutés dans l’ordre de priorité, ce qui permet de calculer les résultats des fournisseurs de priorité supérieure et de les montrer à l’utilisateur sans avoir à attendre ou à partager des ressources informatiques avec des fournisseurs de priorité inférieure. Les fournisseurs doivent choisir des classes de priorité inférieure s’ils sont les suivants :

    1. Très lent. Les fournisseurs lents entravent le calcul des résultats pour d’autres fournisseurs dans la même classe de priorité. Ainsi, l’exécution dans un niveau inférieur signifie que les fournisseurs rapides peuvent toujours obtenir leurs résultats aux utilisateurs rapidement.
    2. Moins pertinent. Les fournisseurs qui affichent généralement les options disponibles, mais ces options sont moins susceptibles d’être prises, doivent s’exécuter dans des groupes de priorité inférieurs. Cela permet de s’assurer que leurs éléments sont toujours là quand l’utilisateur les souhaite, mais ne sont pas aussi visibles.