Цитата: XpucT от 24.06.2021, 14:34

Привет 🖐
В идеале, конечно, отслеживать попытку перезагрузить.
Через WinAPI можно даже запрещать. По WinAPI сделаю урок (уже на заметке).
Но если додумывать отдельно за других, как с Adobe и Spotify, т.к. делают разные люди, то лучше создать отдельный List, чтобы не плодить методы для каждой программы. Так код чище 😉

[spoiler title="Ещё можно немного сэкономить на размере программы, сразу избегая лишний раз string:"]
Environment.ExpandEnvironmentVariables("%USERPROFILE%")
Environment.GetFolderPath(Environment.SpecialFolder.UserProfile)[/spoiler]

[spoiler title="Процессы лучше также тушить не отдельными методами, а пачкой:"]

// Бритва Оккама
new List<string>
{
  "notepad++",
  "Spotify",
  "Tu",
  "Photoshop",
  "Adobe Audition",
  "Skype",
  "4kvideodownloader",
  "TeamViewer",
}.ForEach(x => Process.GetProcessesByName(x).AsParallel().ForAll(y => y.Kill()));

[/spoiler]

Цитата: Никита от 24.06.2021, 14:46

Принял.. По оптимизации кода, ещё учиться и учиться)

Сегодня попробую переписать таким образом, спасибо!

Цитата: ЯR от 24.06.2021, 15:00

Добрый день.
Проблема может заключаться в именах ланчеров, так как некоторые сборщики портативных программ именуют их по своему усмотрению. Можно, конечно, применять маски поиска имён процессов, но, как мне кажется, идеальным вариантом было бы создание ini-файла, с возможностью вручную составлять список программ.

Цитата: Никита от 24.06.2021, 16:35

Цитата: Яр от 24.06.2021, 15:00

Добрый день.
Проблема может заключаться в именах ланчеров, так как некоторые сборщики портативных программ именуют их по своему усмотрению. Можно, конечно, применять маски поиска имён процессов, но, как мне кажется, идеальным вариантом было бы создание ini-файла, с возможностью вручную составлять список программ.

Здравствуй, Яр..

Уже придумал, как реализовать. Осталось только исполнить)

Спасибо за подсказки.. код становится раз в 7 короче)

Цитата: Никита от 24.06.2021, 19:14

Обновил!

Теперь всё считывается с .ini файлов..
как теперь с приложением работать описал в видео
[spoiler title="Ютуб"]https://www.youtube.com/watch?v=zfkuRrn5pD8[/spoiler]

Скачать обнову с upload.ee

Цитата: Юрий от 24.06.2021, 20:59

Всем привет!
Никита, а можно добавить кнопочку на Выключение ПК (Завершение работы)?

Цитата: Никита от 24.06.2021, 21:04

Цитата: Юрий от 24.06.2021, 20:59

Всем привет!
Никита, а можно добавить кнопочку на Выключение ПК (Завершение работы)?

Привет, Юрий. Ночью сделаю.

Цитата: Никита от 24.06.2021, 22:25

@yuriy Забирайте.
[spoiler title="Скрин"][/spoiler]

Скачать с upload.ee

Цитата: Юрий от 24.06.2021, 22:41

Никита, спасибо!

Цитата: Adler от 25.06.2021, 09:25

Добрый день.
В принципе, что бы не создавать два конфига можно это упростить приняв, что все процессы из Apps.ini создаются процессами из Launcher.ini.
Т.е. не нужен отдельный Apps.ini, а берем процесс из Launcher.ini и ищем его дочерние процессы с помощью нехитрой функции расширения.

using System.Management; //Нужно её еще добавить в ссылки проекта.

public static class ProcessExtensions
    {
        public static List<Process> GetChildProcesses(this Process process)
        {
            var query = $"Select * From Win32_Process Where ParentProcessId = {process.Id.ToString()}";
            ManagementObjectSearcher searcher = new ManagementObjectSearcher(query);
            ManagementObjectCollection processList = searcher.Get();

            var result = processList.Cast<ManagementObject>().Select(p =>
              Process.GetProcessById(Convert.ToInt32(p.GetPropertyValue("ProcessId")))).ToList();
            return result;
        }
    }

А функцию CheckApps() заменить на эту:

private void CheckApps()
{
    File.ReadAllLines("Launchers.ini").AsParallel().ForAll(x=> Process.GetProcessesByName(x).ToList<Process>().ForEach(y => y.GetChildProcesses().ForEach(z => z.Kill())));
}

Единственный возможный нюанс, что если дочерний процесс создан с помощью cmd /c то это может не сработать. С особенностями портативного софта не знаком, не знаю, какова вероятность встретить именно такой способ запуска процессов.

P.S. В работе это не проверял.

Цитата: Adler от 25.06.2021, 09:44

А если еще заморочиться, то можно и от Launchers.ini избавиться, если принять, что все процессы из Launchers.ini запускаются из одного места, т.е., к примеру D:\Portable\<Название программы>\<Launcher>.exe, а все Apps процессы откуда-то из D:\Portable\<Название программы>\<Какая-то папка, а может и не одна>\<Apps>.exe, т.е. откуда-то с другого уровня вложения.

Класс ProcessExtensions можно расширить еще одной функцией:

public static string GetCommandLine(this Process process)
{
        using (ManagementObjectSearcher searcher = new ManagementObjectSearcher($"SELECT CommandLine FROM Win32_Process WHERE ProcessId = {process.Id.ToString()}"))
        using (ManagementObjectCollection objects = searcher.Get())
        {
            return objects.Cast<ManagementBaseObject>().SingleOrDefault()?["CommandLine"]?.ToString();
        }
}

То можно получить командную строу запуска процесса и определить откуда он запущен (может есть способ и проще, но как-то в голову ничего не пришло другого).
Потом перебрать все процессы отобрав нужные, с нужного места запуска, ну а потом уже немного заморочиться, что бы определить "глубину" запуска процесса у "отсеять" возможные параметры запуска. С ходу не придумал как.

Цитата: ЯR от 25.06.2021, 11:50

Всем привет.
Вопрос возник: а как быть с программами, у которых при работе происходит запуск нескольких утилит/процессов?
Например, набор утилит Glary Utilities и другие подобные. При запуске утилит из главного окна, каждая из них запускается отдельным процессом.
Прав Adler — нужен способ вычленять дочерние процессы, причём, в два уровня глубины, т.е.: поиск дочернего процесса ланчера + дочерние процессы, запускаемые через главное окно программы.
Только что проверил, если завершить главный процесс, соответственно, завершит свою работу и ланчер, но утилиты при этом продолжают исполняться.

Цитата: Adler от 25.06.2021, 12:06

🖐По идее Process.Kill(true) должен прибивать и дочерние процессы, а если и нет, то не проблема еще раз сделать GetChildProcesses() и кильнуть их.
P.S. Дерево запуска процессов удобно отслеживать с помощью Process Explorer
P.S.S. Kill(true) нет в .Net Framewok, только в .Net Core...