0

说实话，这更像是一种好奇心。

在我正在开发的控制台项目中，我以循环形式请求用户输入：

ConsoleKey response;

Console.Write("Write messages to log? [y/n] ");
response = Console.ReadKey(false).Key;


assume 4 cases: 
case 1: Pressing the 'y' key on a keyboard directly atached to the pc running the software.
case 2: Connecting from another computer trough remote desktop connection and pressing the 'y' key on that machine.
case 3: Using on screen keyboard and press the 'y' key trough clicking on it (remotely or locally had no difference)
case 4: Connecting from another machine (specifically a phone) trough chrome remote desktop and pressing the 'y' key.

在情况 1、2 和 3 中，“响应”将包含“Y”。如果 4 'response' 将包含 System.ConsoleKey.Packet aka enum 231 PACKET 键（用于通过按键传递 Unicode 字符）。

我在第二台电脑上尝试过同样的事情，我注意到这种行为似乎没有发生。最有趣的是控制台向我展示了这个

将消息写入日志？[是/否] 是

由此我证明确实收到了击键，但我的代码处理不正确。我不知道如何进行。

Console.ReadLine 会产生正确的击键，但如果可能的话，我更愿意使用 Console.ReadKey。

这是电话键盘的特定行为吗？我将如何获得实际的密钥？

4

1 回答 1

1

我将如何获得实际的密钥？

MSDN 文档ConsoleKey.Packet没有说明任何有用的信息，因此我在导致此处的源代码中找到了对 的引用ConsoleKey。那就是投射到一个where是一个.ir.keyEvent.virtualKeyCodeConsoleKeyirInputRecord

一个快速的谷歌发现 WinApi 等价物是INPUT_RECORD，并通过追逐文档KEY_EVENT_RECORD导致这个虚拟键代码文档，其中包含更多文档VK_PACKET：

用于传递 Unicode 字符，就好像它们是击键一样。VK_PACKET 键是用于非键盘输入法的 32 位虚拟键值的低位字。有关详细信息，请参阅KEYBDINPUT、SendInput、WM_KEYDOWN和WM_KEYUP中的备注

KEYBDINPUT的备注说：

INPUT_KEYBOARD 支持非键盘输入方法（例如手写识别或语音识别），就像使用 KEYEVENTF_UNICODE 标志进行文本输入一样。如果指定了 KEYEVENTF_UNICODE，SendInput 将 WM_KEYDOWN 或 WM_KEYUP 消息发送到前台线程的消息队列，其中 wParam 等于 VK_PACKET。GetMessage 或 PeekMessage 获得此消息后，将消息传递给 TranslateMessage 会发布一条 WM_CHAR 消息，该消息具有最初由 wScan 指定的 Unicode 字符。如果将此 Unicode 字符发布到 ANSI 窗口，它将自动转换为适当的 ANSI 值。

从我的搜索来看，.NET 似乎没有为您实现此机制，因此您可能必须自己做！

恐怕我不知道为什么会发生在你的情况下......

于 2021-04-02T11:23:30.050 回答