Коли нам потрібно встановити UseShellExecute на True?

//
// Summary:
//     Gets or sets a value indicating whether to use the operating system shell
//     to start the process.
//
// Returns:
//     true to use the shell when starting the process; otherwise, the process is
//     created directly from the executable file. The default is true.
[DefaultValue(true)]
[MonitoringDescription("ProcessUseShellExecute")]
[NotifyParentProperty(true)]
public bool UseShellExecute { get; set; }

Якщо ми породимо новий процес, коли нам потрібно встановити UseShellExecute на True?

UseShellExecuteЛогічне властивість пов'язана з використанням вікон ShellExecute функції В.С. CreateProcess функції - коротка відповідь , що якщо UseShellExecuteце вірно , то Processклас буде використовувати ShellExecuteфункцію, в іншому випадку він буде використовувати CreateProcess.

Більш довга відповідь полягає в тому, що ShellExecuteфункція використовується для відкриття заданої програми або файлу - це приблизно рівнозначно набравши команду, яку потрібно виконати в діалоговому вікні запуску, і натиснути кнопку ОК, що означає, що її можна використовувати (наприклад):

• Відкрийте .html файли чи Інтернет за допомогою браузера за замовчуванням, не знаючи, що це за браузер,
• Відкрийте документ слова, не знаючи, що таке інсталяційний шлях для Word
• Виконайте будь-яку команду на PATH

Наприклад:

Process p = new Process();
p.StartInfo.UseShellExecute = true;
p.StartInfo.FileName = "www.google.co.uk";
p.Start();

Він дуже простий у використанні, універсальний і потужний, однак має деякі недоліки:

• Неможливо перенаправити стандартні ручки введення / виводу / помилки

• Неможливо вказати дескриптори безпеки (або інші цікаві речі) для дочірнього процесу

• Існує потенція ввести вразливі місця безпеки, якщо ви робите припущення про те, що насправді буде запущено:

   // If there is an executable called "notepad.exe" somewhere on the path 
   // then this might not do what we expect
   p.StartInfo.FileName = "notepad.exe";
   p.Start();

CreateProcessє набагато більш точним способом запуску процесу - він не шукає шлях і дозволяє перенаправляти стандартний вхід або вихід дочірнього процесу (серед іншого). Недоліком CreateProcessоднак є те, що жоден із наведених вище 3 прикладів не спрацює (спробуйте і подивіться).

Підсумовуючи, слід встановити UseShellExecuteзначення false, якщо:

• Ви хочете перенаправити стандартний ввід / вихід / помилка (це найчастіша причина)
• Ви не хочете шукати шлях до виконуваного файлу (наприклад, з міркувань безпеки)

І навпаки, вам слід зберігати UseShellExecuteістину, якщо ви хочете відкривати документи, URL-адреси чи пакетні файли тощо ..., а не явно давати шлях виконуваному файлу.

Я думаю, що в основному це стосується невиконаних файлів. Наприклад , якщо намагається відкрити .htmlфайл, якщо ви повинні встановити , UseShellExecuteщоб trueі відкриють .htmlв браузері , який встановлений за замовчуванням користувача.

Від MSDN :

Якщо встановити цю властивість як false, ви можете перенаправляти потоки вводу, виводу та помилок.

UseShellExecute повинен бути помилковим, якщо властивість UserName не є нульовим або порожнім рядком, або якщо InvalidOperationException буде викинуто, коли викликається метод Process.Start (ProcessStartInfo).

Коли ви використовуєте оболонку операційної системи для запуску процесів, ви можете запустити будь-який документ (який є будь-яким зареєстрованим типом файлу, пов'язаним з виконуваним файлом, який має дію відкритого типу за замовчуванням) і виконувати операції над файлом, наприклад, друк, з компонентом Process. Якщо UseShellExecute помилковий, ви можете запускати лише виконувані файли з компонентом Process.

UseShellExecute має бути істинним, якщо ви встановите для властивості ErrorDialog значення true.

Якщо ми хочемо приховати поточне виконуване вікно програми, тоді UseShellExecute має бути встановлено на значення true

Коли шлях містить пробіл або якісь інші спеціальні (тобто з наголосом) символи, схоже, що CreateProcess (UseShellExecute = false) використовує короткі імена файлів (позначення "DOS" 8.3), ShellExecute (UseShellExecute = true) використовує довгі імена файлів. Тож, коли ви використовуєте UseShellExecute = false, переконайтеся, що конвертуйте імена свого каталогу та файлів у 8,3 імені (google ".net як отримати ім'я файлу 8.3"). (Не точно впевнені, які версії Windows та / або файлові системи роблять це так, протестовано на Windows 7, NTFS.)