PowerShell / PowerShell/PowerShellEditorServices
Investigate using LanguagePrimitives.ConvertTo rather than the converter attribute
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C#
- Sterne
- 767
- Forks
- 266
- Ø Merge
- 3 T. 16 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
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...
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginnen Sie mit der Lektüre der Konvertierungsbehandlung in src/PowerShellEditorServices/Services/DebugAdapter/DebugService.cs in den Zeilen 489-522, insbesondere der Verwendung von EngineIntrinsics und des pipeline-thread. Vergleichen Sie diesen Pfad mit LanguagePrimitives.ConvertTo() für den bekannten Zieltyp. Als erledigt gilt die Feststellung, ob die Konvertierung die Ausführung im pipeline-thread vermeiden kann, sowie die Dokumentation oder Implementierung des gangbaren Ansatzes.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- csharp, powershell
- Bereich
- devtools
- Issue-Typ
- Refactoring
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100