Еще раз про QProcess, идеология применения Опции

[pwp2008]

Для контроля наличия в сети , скажем, второго сервера можно периодически применять внешнюю
команду системы через QProcess. Как будет правильней и идеологически и практически :
1. Создать экземпляр класса QProcess и установить connect к нему при инициализации основной формы приложения, а применение его (start и прочее) выполнять с этим экземпляром по необходимости, возможно значительное количество раз , или
2. Каждый раз создавать новый экземпляр и connect, реализовать его и получать данные, далее все снова.
По мне первый вариант должен меньше грузить систему, однако нужно решить проблему с stderr и stdout, чтобы не шло их накопление.

[lanz]

Второй вариант гораздо менее уязвим к ошибкам программиста. Он не будет грузить больше систему(оверхед на создание объекта невелик). С первым вариантом гораздо больше проблем, потому что автоматически создается разделяемое состояние, которое надо будет учитывать/анализировать/очищать при перезапуске. Проще выкинуть весь объект.

[pwp2008]

Второй вариант гораздо менее уязвим к ошибкам программиста. Он не будет грузить больше систему(оверхед на создание объекта невелик). С первым вариантом гораздо больше проблем, потому что автоматически создается разделяемое состояние, которое надо будет учитывать/анализировать/очищать при перезапуске. Проще выкинуть весь объект.

А предыдущий объект уйдет автоматом, как только я снова поставлю : m_process = new QProcess(this); ?
Там ведь еще и connect к нему имеется. Или он тоже автоматом исчезнет на новом объекте? В целом, ясно. Спасибо.

[lanz]

m_process->deleteLater();
m_process = new QProcess(this);

Как обычно все.

Соединение слотов-сигналов само разорвется.