Windows.Forms.MouseButtons 中的奇数枚举值答案

【问题标题】：Odd enum values in Windows.Forms.MouseButtonsWindows.Forms.MouseButtons 中的奇数枚举值
【发布时间】：2013-06-10 20:48:38
【问题描述】：

我在 System.Windows.Forms 命名空间中找到了这个 gem (IMO)。我正在努力弄清楚为什么会这样设置。

[Flags]
public enum MouseButtons
{
    None = 0,
    Left = 1048576,
    Right = 2097152,
    Middle = 4194304,
    XButton1 = 8388608,
    XButton2 = 16777216,
}

有人可以解释为什么它使用这些值（2^20 到2^24 的幂）而不是这个：

public enum MouseButtons
{
    None = 0,
    Left = 1,      // 2^0
    Right = 2,     // 2^1
    Middle = 4,    // 2^2
    XButton1 = 8,  // 2^3
    XButton2 = 16, // 2^4
}

第一个值是二进制的100000000000000000000，它为另外20位留出了空间！为什么我们需要这样的空间，为什么要这样保存？

【问题讨论】：

可能是Win32的兼容性问题。
@newStackExchangeInstance 介意分享一个链接或解释可能导致这样的事情吗？
我没有关于这种特殊情况的任何信息，但我知道的是，由于 win32，.NET 中的枚举中有很多奇怪的值。
所以枚举值以某种方式直接传入/传出win32而不映射到正常值？这比这更奇怪
Afaik 它只是强制转换，因为所有枚举都只是整数类型的类型安全包装器。

标签： c# winforms enums

【解决方案1】：

Winforms 中使用的枚举值确实倾向于匹配 winapi 中的相应位，但鼠标按钮根本不是这种情况。解释这一点需要非常疯狂的猜测。

我确实有一个，不依赖 Windows 消息来检索鼠标按钮状态的方式非常奇怪。您调用 GetAsyncKeyState()，通过 VK_XBUTTON2 传递 VK_LBUTTON。实际上代表鼠标键而不是键盘键的假虚拟键。这发生在很久以前方式，我无法猜测他们为什么这样做，而不是提供适当的 GetMouseButtonState() winapi 函数。

Keys 枚举也具有这些值，例如 Keys.LButton 等。 Keys 的其他特别之处在于它还可以对修饰键的状态进行编码。例如 Keys.Control 和 Keys.ControlKey。还有 Keys.Shift 与 Keys.ShiftKey 等。第一个表示键的状态，第二个表示实际的键。这允许像 keydata == (Keys.Control | Keys.F) 这样的友好代码来检查是否按下了 Ctrl+F。

这些 MouseButtons 枚举值的意义在于它们适合 Keys 枚举值来指示鼠标按钮的状态。为编码密钥的位保留 20 位。

听起来不错，不是吗？唯一的问题是它从未在 Winforms 对象模型中以这种方式组合。但是可以在你自己的代码中定义一个也使用鼠标状态的快捷方式。

【讨论】：

【解决方案2】：

我的猜测是它与底层 Windows API 如何将鼠标信息传递给 .NET 有关。

Windows 打包了哪些鼠标按钮被点击以及一个信息块中的指针位置（想想旧的 MOUSE_EVENT 结构）。 .NET 中的枚举以高效的方式进行设置，因此它们可能与底层 Windows 消息的方式很好地对齐。

因此，.NET 无需获取较低级别的消息并将其转换为一组新的值，而是只针对它感兴趣的较低级别消息中的位 - 没有转换，没有数学，只是效率。

【讨论】：