Как ожидать нажатия клавиши без заморозки основного потока?

Question

[RINCODE]

Все привет, у меня есть такой код

public static void GetStart()
        {
            while (true)
            {
                if (Keyboard.IsKeyDown(Key.O))
                {
                    botWork = true;
                    MessageBox.Show($"botWork: {botWork}");
                }

                else if (Keyboard.IsKeyDown(Key.P))
                {
                    botWork = false;
                    MessageBox.Show($"botWork: {botWork}");
                }

                if (botWork  && counter == 0)
                {
                    MessageBox.Show($"start: {botWork}");
                    //Thread threadCheckTrables = new Thread(CheckTrables);
                    Thread threadCastFishingRod = new Thread(CastFishingRod);
                    threadCastFishingRod.Start();
                }
            }
        }

Он вызывается из Menu.xaml.cs и все зависает, это из-за того, что работает в том же потоке, что и основная программа, но если попытаться перевести в другой поток, то получается вот это

System.InvalidOperationException: "Вызывающим потоком должен быть STA, поскольку этого требуют большинство компонентов UI."

Помогите пожалуйста решить проблему)

Answer 1

[VoidVolker]

Во-первых - для работы с хоткеями используйте соответствующие события, а не проверку нажата ли или нет клавиша. ОС предоставляет для этого специальные API и оно уже реализовано на уровне приложения. Проверка в цикле "нажата ли клавиша" просто тупо будет грузить процессор на 100% и 99.999% времени эта проверка бесполезна, при этом ОС уведомит приложении о клавише отдельным сообщением. Если надо глобальные хоткеи на уровне приложения - это делается через добавление кода в проверку системных сообщений окну и создание события, на которое уже вешается свой обработчик и какие-то там действия в приложении. Если надо хоткей на уровне системы - то тут надо использовать хук.
Второе - это ошибка, поиск в гугле которой, стразу же приведет вас к решению и объяснению, почему так. Кроме того, она же на русском даже.

Comments

[RINCODE]

Ну значит я не правильно гуглю, т.к. то что я нагуглил вообще не относиться к моему вопросу

[VoidVolker]

Да лаааадно? А вот это что такое? Первая же ссылка в гугле с примером, как вызывать методы UI компонентов из соседних потоков, а так же кучей ссылок на точно такие же вопросы. Да даже если просто тупо написать "WPF вызов метода UI из потока" - первая же ссылка на официальную документацию ведет, где все объясняется и расписывается. Лень читать? Ну тогда велком вот сюда - тут за вас все что надо сделают.

[RINCODE]

VoidVolker, то что 1 вы скинули, я естественно гуглил и написал об этом

все зависает, это из-за того, что работает в том же потоке, что и основная программа

в этом я разобрался
Сам вопрос может не правильно задал, сейчас перефразирую
Допустим я использую события, но чем можно заменить цикл, чтобы он работал и не грузил компьютер, т.к. у меня все прошлые программы на питоне работали именно с циклом и это все грузило пк, я думал что это из-за того, что Python для тех задач, которые я заставлял его делать, но это оказалось не так, я не имею опыта с C# вообще, к сожалению я гуглю 1 вопрос более 2ух часов в основном в зависимости от сложности бывает и больше. Мне нужно будет так же позже проверять определенные события которые должны происходить по типу отображение определенной картинки на экране, а вот как это зациклить, чтобы это не грузило пк и быстрее работало, я хз

[RINCODE]

VoidVolker, Я искал вот так, но выдает не то, что мне вообще надо ТЫК

[VoidVolker]

Дык я же уже написал - события. Это такая абстракция: подписываешься на событие и когда оно наступает - что-то делаешь. Проверять в цикле тысячу раз в секунду наступило ли какое-то из тысячи событий или нет - это в целом неправильно, за исключением редких и специфических случаев. Кроме того, если все же надо что-то делать в цикле, но без перегрузки процессора, тогда в цикл просто добавляется пауза. И вместо того, чтобы проверять какое-то состояние 10000 раз в секунду, которое происходит раз в минуту и продолжает оставаться неизменным (а не 1 мс) - достаточно его проверять раз в секунду или даже раз в 10 секунд.

[RINCODE]

VoidVolker, а можешь пример скинуть евента, я гуглю весьма специфично, и опять что-то не то нагуглил(

[RINCODE]

VoidVolker, и правильно я понял, что все таки проверять нажатие клавиши нужно?

[VoidVolker]

RINCODE Дык есть же официальная документация, там все есть: https://learn.microsoft.com/en-us/dotnet/standard/...

проверять нажатие клавиши нужно?

Нет, не нужно. Надо просто подписаться на нужное событие. В документации все прекрасно описано, достаточно открыть и прочитать:
https://learn.microsoft.com/en-us/dotnet/desktop/w...

[RINCODE]

VoidVolker, спасибо посмотрю

[RINCODE]

VoidVolker, а есть способ который будет работать, когда клавиша будет работать с другим окном?

[VoidVolker]

RINCODE другим - это каким? Про хоткеи все я уже написал в ответе ранее.

[RINCODE]

VoidVolker, окей

[RINCODE]

VoidVolker, короче я просто добавил туда это: await Task.Delay(120);

[VoidVolker]

Клавиша может быть нажата меньше 120 мс и в этом случае нажатие будет пропущено.

[RINCODE]

VoidVolker, Я проверял, я символически указал это число, я могу поставить и на 10 мс, так и на 50