MSDN术语 - 预定义控件与控制过程的窗口过程

时间:2017-10-02 19:18:24

标签: windows winapi msdn internals

简而言之

在术语"预定义编辑控制窗口类的窗口过程"之间混淆。和#34;编辑控制程序"。

详细

我觉得这很傻,但是我错过了下面提到的内容吗?

来自:MSDN

  

预定义编辑控制窗口类的窗口过程   对编辑控件的所有邮件执行默认处理   程序不会处理。编辑控制程序返回时   对于任何消息,FALSE,预定义的窗口过程检查   消息并执行以下默认操作。

* 我的粗体格式

让我指出我对上述的解释:

预定义编辑控件窗口类的窗口过程:我相信这是Windows内编辑控件逻辑的内部实现(类似于我们创建的任何自定义控件)。

编辑控制程序:这是我无法准确解释的内容。我疯狂的猜测是:

  1. 可能:如果我们需要修改编辑控件默认行为(比如tab /回车处理等),我们可能从编辑控件中继承自定义WndProc
    • 我的自我辩论:在这种情况下,MSDN会提到word" subclass"明确至少在文章的某个地方。
  2. 不太可能:它是针对特定于类的窗口的一些抽象/专用内部Wndproc。
    • 我的自我辩论:如果是这种情况,会在某处提到这一点。
  3. 进一步增加混乱的是" 当编辑控制程序对任何消息返回FALSE时,预定义的窗口过程检查消息并执行以下默认操作&#34 ;上文提到的。我相信WndProc的返回值始终是LRESULT并且是特定于消息的,并且这个TRUE / FALSE通常适用于DialogProcs。那么我失踪的那件作品是什么?即使我相信它是一个WndProc,返回值也不会决定默认处理,我们显式调用DefWindowProc() / CallWindowProc()来决定默认处理。那么上面的回归处理是什么?

1 个答案:

答案 0 :(得分:0)

从评论和研究来看,这似乎与MSDN上的文档有些不准确有关。尽管我确信Microsoft的人员可以对此有所了解,也许与内部实现有关。