Vscode: Unterstützung beim manuellen Starten mehrerer Startkonfigurationen?

Erstellt am 25. Okt. 2016  ·  3Kommentare  ·  Quelle: microsoft/vscode

Mit dem neuen "zusammengesetzten" Startkonfigurationstyp können wir mehrere Prozesse gleichzeitig debuggen, müssen sie jedoch gleichzeitig starten. Dies ist jedes Mal schwierig, wenn Sie "Client" - und "Server" -ähnliche Dinge starten, da der Server möglicherweise keine Sekunde lang bereit ist und der Client möglicherweise erwartet, dass er sofort bereit ist.

Ich habe versucht, dies mit meinen Node-Debug2-Tests einzurichten. Dies war ein Szenario, an das ich gedacht hatte, aber es funktioniert nur manchmal, je nachdem, wie schnell der Debug-Adapterprozess gestartet wird.

Haben Sie darüber gesprochen, Benutzer die Serverkonfiguration starten zu lassen, sicherzustellen, dass sie ordnungsgemäß gestartet wird, und dann die Clientkonfiguration zu starten, sobald der Server bereit ist?

debug feature-request

Hilfreichster Kommentar

Für November gehen wir mit

  • Das Dropdown-Menü zum Starten der Konfiguration ist nicht mehr deaktiviert, wenn eine Debug-Sitzung ausgeführt wird, sodass eine andere Konfiguration einfach ausgewählt werden kann.
  • Die Wiedergabetaste ist nur deaktiviert, wenn in der Dropdown-Liste die bereits ausgeführte Startkonfiguration angezeigt wird. Wenn eine andere Startkonfiguration ausgewählt ist, wird diese aktiviert.

(und wir behalten die 'zusammengesetzte' Startkonfiguration bei, aber wir werden sie produzieren; siehe # 14842)

Alle 3 Kommentare

Dies ist eine laufende Diskussion, die wir im November angehen wollen. Das Bereitstellen von Debugging für mehrere Ziele über eine launch.json-Konfiguration hat die folgenden Vorteile:

  • Kann einfach eine beliebige Anzahl von Prozessen mit nur einem Klick starten

Während Sie dies tun, klicken Sie einfach weiter auf die Wiedergabetasten und haben die folgenden Vorteile:

  • Launch.json wird nicht komplizierter
  • Kann wählen, wann jeder Prozess gestartet werden soll

Benutzer können auch versehentlich mehrere Prozesse starten, aber wir können dies mit einigen intelligenten UX lösen. Aktivieren der Wiedergabetaste nur, wenn ein Benutzer eine andere Konfiguration gewählt hat (was die Einschränkung hat, dass nicht zwei der gleichen Prozesse gleichzeitig debuggt werden können - was imho eigentlich kein Szenario ist).

Ich persönlich bin mehr für den zweiten Ansatz. Für den aktuellen Meilenstein werden wir jedoch mit dem ersten gehen, der Feedback erhält.
Wenn wir dies seitdem dem November zuweisen, können wir mehr darüber diskutieren, auf welchen Ansatz wir uns einigen sollten.

Eines der wichtigsten Dinge, über die man nachdenken sollte, ist, wie wichtig das Debuggen von mehreren Shards als Szenario für uns ist.

@roblourens Die aktuelle Lösung mit der 'Composite'-Startkonfiguration ist eine vorübergehende Maßnahme, die das Testen ermöglichen soll. Dies ist keineswegs die einzige Möglichkeit, wie wir das Debuggen mehrerer Sitzungen durchführen können. Das Piggy-Backing dieser Funktion in einer Startkonfiguration war nur der einfachste Weg, um etwas in den Oktober-Drop zu bringen.

Zusätzlich zu dem UI-basierten Ansatz aus Isis Kommentar planen wir, etwas Ähnliches wie preLaunchTask : In einer Startkonfiguration können Sie eine andere Startkonfiguration angeben, die gestartet wird, nachdem die erste einige Zeit ausgeführt wurde. Dies würde Ihren Anwendungsfall abdecken.

Für November gehen wir mit

  • Das Dropdown-Menü zum Starten der Konfiguration ist nicht mehr deaktiviert, wenn eine Debug-Sitzung ausgeführt wird, sodass eine andere Konfiguration einfach ausgewählt werden kann.
  • Die Wiedergabetaste ist nur deaktiviert, wenn in der Dropdown-Liste die bereits ausgeführte Startkonfiguration angezeigt wird. Wenn eine andere Startkonfiguration ausgewählt ist, wird diese aktiviert.

(und wir behalten die 'zusammengesetzte' Startkonfiguration bei, aber wir werden sie produzieren; siehe # 14842)

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen