PowerShell / PowerShell/PowerShellEditorServices
Investigate using LanguagePrimitives.ConvertTo rather than the converter attribute
Personne n'a encore pris cette issue.
- Langage dominant
- C#
- Étoiles
- 767
- Forks
- 266
- Merge moyen
- 3 j 16 h
- PR mergées (30 j)
- 1
Description
In the debugger code we currently go to great lengths to find and execute a type conversion attribute on variables:
Most of this can't be avoided, but one thing we do here is use the EngineIntrinsics value to execute the conversion attribute on the pipeline thread, which means we need to contend for and wait on a pipeline thread execution.
Instead of this, we could maybe call LanguagePrimitives.ConvertTo() with the known target type and ideally not need to use the pipeline thread.
This might not be possible, but is worth investigating...
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par lire la gestion des conversions dans src/PowerShellEditorServices/Services/DebugAdapter/DebugService.cs aux lignes 489-522, en particulier l’utilisation de EngineIntrinsics et du pipeline-thread. Comparez ce chemin avec LanguagePrimitives.ConvertTo() pour le type cible connu. Le travail est terminé lorsqu’il est établi si la conversion peut éviter l’exécution dans le pipeline-thread et que l’approche viable est documentée ou implémentée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp, powershell
- Domaine
- devtools
- Type d'issue
- Refactorisation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100