Осмысленное использование консольных приложений в C#

[@Oxoron]

Тут надо заметить, что иногда перехват вывода влияет на работоспособность консольной утилиты. Если не ошибаюсь, столкнулся с этой проблемой при работе с одной из утилит Марка Руссиновича: запуск через консоль отрабатывал, запуск без перехвата отрабатывал, запуск с перехватом не работал.

[@ColorCast]

Такое поведение наблюдается в многопотоке. В сингле не сталкивался.

[@Denxc]

Есть разные потоки вывода консольных приложений, а не только стандартный, на который ориентирован CommandHelpers.

p.s Ну и название… 'CommandHelpers'

[@lexxpavlov]

Ещё не хватает возврата возвращаемого значения ExitCode.

bool Execute(string commandName, IEnumerable<string> paramsList);
bool Execute(string commandName, IEnumerable<string> paramsList, out int exitCode);

[@ColorCast]

В публикации его нет, как нет и других методов, которые реализованы в рабочих версиях этого класса. Они выходят за рамки этой статьи.

[@PsyHaSTe]

Вообще не понял, что это и о чем это…

[@ColorCast]

У Вас имеется консольное приложение. Есть задача что-то автоматизировать или протестировать сборку. Вся логика действий описана некоторым сценарием. Возможно, вам придется производить обработку данных из других источников, например от тех-же консольных приложений. Для этих задач это простое решение.

[@PsyHaSTe]

А не лучше было бы просто создать экстеншн для процесса? Это же фактически класс запуска процесса с аргументами. Тут ведь из своего кода разве что вызов Aggregate (польза которого для складывания строк сомнительна).

[@Oxoron]

А почему польза сомнительна? Быстродействие?

[@PsyHaSTe]

Ну учитывая, что вряд ли будет аргументов > 10 на это можно забить. Но вообще когда я вижу складывание строк в цикле у меня случается расстройство :)

Вкратце на картинке:

[@ColorCast]

В моих граничных условиях было 256 символов.