C# WinForm как проверить состояние клавиши?

Question

[keldish]

нужен бесконечный цикл
где будет происходить проверка состояния клавиш (собственно вопрос как?)
расчет математики
вывод на форму (refresh)

погуглил пока ничего не нашел кроме KeyDown, KeyPress, KeyUp.

Answer 1

[Владимир Коротенко]

Видимо так
https://docs.microsoft.com/en-us/windows/win32/api...

но что мешает ловить KeyDown ???

Comments

[keldish]

я пока не до конца разобрался но если я войду в бесконечный цикл, то думаю KeyDown не отловится

[Владимир Коротенко]

keldish, А вам и не нужно. там парадигма другая. Вы вешаете обработчик на событие. И уже он ловит событие и выставляет что то в вашем дата классе, а вы уже в бесконечном цикле что то там придумываете.

Хотя и бесконечный цикл не нужен, так как вы обрабатываете событие когда оно произошло

[keldish]

задача сделать программу которая в реальном времени меняет данные на экране в зависимости от нажатых кнопок и расчета математики. соответственно мне нужен цикл или вызов расчетов по таймеру или еще как-то. я могу обрабатывать KeyDown и иже с ним. записывать в некий флаг(и) и далее в своей процедуре обрабатывать. но мне кажется таймер не тот вариант. по этому бесконечный (вернее по условию, некого выхода) цикл!

[сергей кузьмин]

keldish, спасибо за описание задачи все таки похоже вам надо подучить матчасть про события в вин формз
https://docs.microsoft.com/en-us/dotnet/api/system...
https://docs.microsoft.com/en-us/dotnet/api/system...

цитата

The KeyDown event occurs when the user presses any key.
там и примеры кода есть

напр

Examples
The following code example uses the KeyDown event to determine the type of character entered into the control.
....

если помогло - я положу в ответы вы отметите решением

[Владимир Коротенко]

keldish, смотрите поймали кнопку обновили диаграмму. Что не так?

[keldish]

расчет идет в реальном времени и зависит не только от нажатых клавиш. пользователь может не нажимать клавиши вовсе. диаграмма меняется во времени и (если такие были) от нажатия на клавиши

[keldish]

сергей кузьмин, у меня на форме ничего нет кроме ее самой проблем с определением клавиши я думаю не будет.
мне нужно GetKeyboardState

[сергей кузьмин]

keldish, спас за уточнение но это ничего не меняет
такая у них парадигма
только евенты
"только хардкор"

// Handle the KeyDown event to determine the type of character entered into the control.

private void textBox1_KeyDown(object sender, System.Windows.Forms.KeyEventArgs e)
{

    // Determine whether the keystroke is a number from the top of the keyboard.
 
            // Set the effect based upon the KeyState.
            if ((e.KeyState & (8 + 32)) == (8 + 32)  ... )
            {
}

}

[keldish]

сергей кузьмин,
[DllImport("user32.dll")]
public static extern int GetKeyboardState(byte [] lpKeyState);

[сергей кузьмин]

keldish, хорошо что знаете пинвок
но суть в том что надо на события реагировать обрабатывать а не в цикле сидеть

я ясно выражаюсь ?

[keldish]

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

выход я в принципе знаю и описал ранее - вызываем по таймеру наши вычисления и в нем же или по отдельному таймеру можем обновлять график (что то типа регулировки FPS)? в KeyDown и KeyUp выставляем и убираем соответствующие влаги для необходимых клавиш. работать будет но по моему так не правильно.

[keldish]

а реагировать на события мы можем и в цикле Application.OnEvent()

[Роман]

keldish, расчет запускаем в отдельном потоке, на события клавиатуры вешаем обработчики при нажатии кнопки сохраняем в поле, при отпускании очищаем поле, в потоке мониторим это поле, ну и в потоке, через диспатчер обновление диаграммы запускаем.

[#]

Владимир Коротенко, вообще, в контексте C#, все таки логичнее
https://docs.microsoft.com/en-us/dotnet/api/system...

[keldish]

#, да вот только я не смог это запустить.
Имя "GetKeyStates" не существует в текущем контексте.

[#]

keldish, https://social.msdn.microsoft.com/Forums/en-US/e1a...
да, и правда, это WPF, пожалуй прямое обращение winapi компактнее