Question

前几天我尝试使用SDL多媒体库编写一个小型C ++编程，我遇到了这个小麻烦，我最终通过反复试验解决了这个问题。问题是，我理解我为解决问题所做的工作，但我并不真正了解问题的本质！

问题在于SDL中的键盘事件处理。处理单键按下以退出程序的代码是直截了当且简单的。 [eventQueue是一个SDL_Event结构]

//checks for keypress events..
if ( eventQueue.type == SDL_KEYDOWN )
{ 
    //note: uses the boolean logical '==' equals operator..
    if ( eventQueue.key.keysym.sym == SDLK_ESCAPE )
    {
        running = false;
    }
}

在上面的代码中，只需按下ESCAPE键就可以结束主循环并导致程序清理和关闭......

然而......处理使用修饰键（shift / alt / ctrl）的按键所需的代码与'=='运算符无法正常工作。我花了很长时间才发现我需要使用按位AND运算符而不是相等（逻辑？）运算符。

//checks for keypress events..
if ( eventQueue.type == SDL_KEYDOWN )
{ 
    //note: requires the use of the bitwise AND operator..
    if (( eventQueue.key.keysym.mod & KMOD_ALT ) && (eventQueue.key.keysym.sym == SDLK_F4 ))
    {
        running = false;
    }
}

我的困惑来自这样一个事实：当使用'keysym.sym'成员时，逻辑运算符'=='工作正常，但是，当使用'keysym.mod'成员时，有必要使用'＆安培;'按位AND运算符。

现在，如果我不得不猜测，我会说它与'keysym.sym'只需要处理一个代表键盘上单个键的数字值这一事实有关，而'keysym。 mod'必须处理shift，ctrl和alt键的各种组合......？

总结一下我的问题：为什么会这样？除了试验和错误之外，还有什么需要学习某个数据是否需要与按位或逻辑/相等运算符进行比较？为什么“keysym.sym == SDLK_F4”工作正常，但“keysym.mod == KMOD_ALT”没有？为什么涉及十进制数的操作与比较位值的操作有不同的结果？是否还存在逻辑运算起作用且按位运算不起作用的情况？

Answer 1

按位AND有些特殊。 ==检查是否相等，但按位AND运算符允许您使用数字的各个位。

想象一下，您的活动被定义为一个键列表：

event = ['a', 'shift', 'ctrl']

然后，您可以非常轻松地检查特定修改器是否是事件的一部分：

if 'shift' in event:
  # ...

按位AND有点像in语句。您可以将事件定义为二进制数，如下所示：

event = 00010010

现在，当您执行按位AND时，您可以轻松检查某个修改器是否已应用于该事件，因为修饰符也表示为二进制数：

  00010001  # event (18)
& 00010000  # shift key (8)
----------
  00010000  # you get a non-zero answer, so the shift key is in the event
----------

  00010001  # event (18)
& 00001000  # "z" key (4)
----------
  00000000  # you get zero because the "z" key wasn't a part of the event
----------

您可以使用按位OR：

构造这样的事件

  00000001  # shift key (1)
| 10100000  # "a" key (160)
----------
  10100001  # resulting event (161)
----------

维基百科很好地总结了bitwise operations：

按位运算在其各个位的级别上对一个或多个位模式或二进制数字进行操作。它是处理器直接支持的快速，原始动作，用于操作值以进行比较和计算。在简单的低成本处理器上，通常，按位运算比除法快得多，比乘法快几倍，有时比加法快得多。虽然由于较长的指令流水线和其他架构设计选择，现代处理器通常执行加法和乘法与按位运算一样快，但由于资源使用减少，按位运算通常会使用较少的功率/性能。

基本上，按位运算符允许您有效地处理存储在整数位中的信息。

Answer 2

你在这里做了什么

eventQueue.key.keysym.mod & KMOD_ALT

不是 compare 操作，它是一个位屏蔽操作。比较操作隐含在C和C ++中：计算结果为零的表达式表示“false”，所有非零值表示“true”。在像你这样的逻辑表达式中使用时，这是

的简写

(eventQueue.key.keysym.mod & KMOD_ALT) != 0

现在进行位操作：某些值表示两个或更多值的位组合。例如，keysym.sym表示ALT的位模式（其本身是左右ALT的组合）和可以同时按下的任何其他键的组合。为了将一个值与组合分开，使用了一种位屏蔽技术：在感兴趣的位中包含1的值，在所有其他位中使用0（即KMOD_ALT）的值与组合值进行AND运算（在您的case，keysym.sym）在keysym.sym的{{1}}指示的位中生成1位。

最终结果是KMOD_ALT仅在按下ALT时才为非零。

Answer 3

免责声明：我对SDL几乎一无所知。我在这里回答的主要是猜测。

键盘上有许多按键，无论按下多少其他按键，都会产生按键事件。修饰键，例如 Shift ， Alt ， Ctrl 是这样的键（不确定是否还有更多），键盘制造商必须确保它们可以同时按下。其余的按键是普通按键，如果同时按下，可能会也可能不会产生按键事件，具体取决于每个键盘的电路。

按下普通键时，触发按键事件（不确定按下修改键是否会触发事件）。普通键在sym中，并且在按下普通键时是否按下任何修改键都记录在mod中。我很确定，实现方面，mod中的某个位用于定义是否按下某个修改键。要检查该位是否打开，您需要使用常量定位&，该常量定义用于指示是否按下修改键的位。

为什么某些情况需要使用“按位”运算符而不是“逻辑”/“相等”运算符？

3 个答案: