Partager via


Microsoft.CodeAnalysis.CodeActions Espace de noms

Classes

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 nécessite un CodeAction comportement d’hôte personnalisé non pris en charge par un seul ApplyChangesOperation, à 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

    CodeAction qui peut varier selon les options spécifiées par l’utilisateur. Remplacez l’une de ComputeOperationsAsync(Object, CancellationToken) 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’il existe peut-être un conflit qui nécessite la compréhension et l’accusé de réception de l’utilisateur avant de prendre des mesures.

    OpenDocumentOperation

    Une opération d’action de code pour demander un document est ouverte dans l’environnement hôte.

    PreviewOperation

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

    RenameAnnotation

    Appliquez cette annotation à un SyntaxNode approprié pour demander son renommage 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

    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, les actions de priorité inférieure s’affichant après celles de priorité plus élevée. 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 plus rapidement aux actions de code importantes.

    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 et de montrer les résultats des fournisseurs de priorité plus élevée à 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 :

    1. Très lent. Les fournisseurs lents empêchent le calcul des résultats pour d’autres fournisseurs de la même classe de priorité. Par conséquent, l’exécution dans une version inférieure signifie que les fournisseurs rapides peuvent toujours obtenir rapidement leurs résultats pour les utilisateurs.
    2. Moins pertinent. Les fournisseurs qui affichent généralement les options disponibles, mais qui sont moins susceptibles d’être prises, doivent s’exécuter dans des groupes de priorité inférieure. Cela permet de s’assurer que leurs éléments sont toujours présents lorsque l’utilisateur les souhaite, mais qu’ils ne sont pas aussi visibles.