c# - GetWindowLong/SetWindowLong 与重写 CreateParams？

Question

以前，当我想创建一个点击表单时，我是 tempted to use platform invokes to set the extended window styles (user32.dll 中的GetWindowLong/SetWindowLong)。

刚才我想让它对 Alt+Tab 窗口列表不可见，我找到了 an example重写 CreateParams 以设置扩展窗口样式，而不是使用 GetWindowLong/SetWindowong。

现在我有这个:

protected override CreateParams CreateParams
{
    get
    {
        CreateParams cp = base.CreateParams;
        cp.ExStyle |= 0x80000 /* WS_EX_LAYERED */ | 0x20 /* WS_EX_TRANSPARENT */ | 0x80/* WS_EX_TOOLWINDOW */;
        return cp;
    }
}

现在明显的变化不需要任何平台调用。

那么我的几个问题:

1. 在 Windows 上会有任何功能差异吗？ (只是说我现在甚至没有 XP 机器可以试用。)
2. 现在我没有平台调用，我的程序可以在 Linux/Mac 上的 Mono 上运行吗？ (如果我现在可以试试，我就不会在这里问你了。)
3. Control.CreateParams appears on msdn并有一个操纵窗口样式的例子。那么为什么 StackOverflow 上的一些在线“示例”和答案告诉人们使用 GetWindowLong/SetWindowLong？

Answer 1

Will there be any functional differences on Windows?

是的，非常重要。覆盖 CreateParams 可确保在使用 CreateWindowEx() 调用创建窗口时样式标志具有所需的值。 Pinvoking SetWindowLong() 做晚了，它需要首先创建窗口，因为您需要 Handle 属性。将它与 GWL_STYLE 和 GWL_EXSTYLE 一起使用是有风险的，旧的 Windows 版本对此很不满意。以至于 Winforms 不这样做，它实际上重新创建窗口，以便它可以将新的样式标志传递给 CreateWindowEx()。请注意 RecreateHandle() 方法，它在更改属性时使用，该属性是引擎盖下的样式标志。 Winforms 确实有负担也必须支持 Windows 98。

will my program run on Mono on Linux/Mac?

不确定，您确实必须尝试。但显然你有一个很好的“也许”，当你依赖 pinvoke 时，你的可能性为零。

on StackOverflow tell people to use GetWindowLong / SetWindowLong?

惯性，我想。 SetWindowsLong() 已经存在超过 25 年，CreateParams 已有 10 年历史，但仍然很晦涩。

预先考虑下一个问题:不，我从未见过一个完整的列表，其中列出了每个 Windows 版本在窗口生命周期中的确切时间可以为哪个预定义窗口类安全地更改哪些样式标志。很确定这样的列表不存在，或者可以信任，需要反复试验。请注意，可能需要使用 SWP_FRAMECHANGED 调用 SetWindowsPos() 才能使样式更改生效。