С новым типом конфигурации запуска «составной» мы можем отлаживать несколько процессов одновременно, но мы должны запускать их одновременно. Это будет сложно каждый раз, когда вы запускаете «клиентские» и «серверные» вещи, потому что сервер может быть не готов ни на секунду, а клиент может ожидать, что он будет готов немедленно.
Я попытался настроить это с помощью моих тестов node-debug2, что я имел в виду, но он работает только иногда, в зависимости от того, как быстро запускается процесс адаптера отладки.
Вы говорили о том, чтобы разрешить пользователям запускать конфигурацию сервера, убедиться, что он запускается правильно, а затем запустить конфигурацию клиента, когда сервер будет готов?
Это постоянное обсуждение, к которому мы планируем приступить в ноябре. Открытие многоцелевой отладки через конфигурацию launch.json имеет следующие преимущества:
При этом, просто продолжая нажимать на кнопки воспроизведения, есть следующие плюсы:
Пользователи также могут случайно запустить несколько процессов, но мы можем решить это с помощью некоторого умного UX. Включение кнопки воспроизведения только в том случае, если пользователь выбрал другую конфигурацию (которая имеет ограничение, заключающееся в невозможности отлаживать два одинаковых процесса одновременно - что на самом деле не является сценарием imho).
Я лично больше за второй подход. Однако для текущего этапа мы выберем первый, кто получит обратную связь.
Назначив это на ноябрь, с тех пор мы сможем подробнее обсудить, какой подход выбрать.
Один из ключевых моментов, о которых следует подумать, - насколько важна для нас отладка с несколькими сегментами.
@roblourens текущее решение с «составной» конфигурацией запуска - это временная мера, которая должна позволить тестирование. Это ни в коем случае не единственный способ выявлять многосессионную отладку. Копилка, поддерживающая эту функцию в конфигурации запуска, была самым простым способом внести что-то в октябрьский дроп.
В дополнение к подходу на основе пользовательского интерфейса из комментария Иси мы планируем поддерживать что-то похожее на preLaunchTask
: в конфигурации запуска вы можете указать другую конфигурацию запуска, которая запускается после того, как первая будет запущена в течение некоторого времени. Это покроет ваш вариант использования.
В ноябре пойдем с предложением @isidorn :
(и мы сохраняем "составную" конфигурацию запуска, но мы ее создадим; см. # 14842)
Самый полезный комментарий
В ноябре пойдем с предложением @isidorn :
(и мы сохраняем "составную" конфигурацию запуска, но мы ее создадим; см. # 14842)