GetWindowRect和GetClientRect的区别详解

一：关于坐标

　　MFC中绘图时经常涉及到坐标计算，GetWindowRect和GetClientRect这两个函数，是获取逻辑坐标系中窗口或控件(其实也是窗口)大小和坐标的常用函数了，有什么不一样的？

先说说什么叫逻辑坐标？讲到逻辑坐标，它相对的一个概念是设备坐标，是为了屏蔽掉不同设备属性差别而设置的抽象坐标系，说白了，就是独立于设备坐标的统一接口，程序员不需要去在具体的设备上进行绘图操作，而只需要在虚拟的环境下进行绘图，就是CDC。

然后由设备驱动去负责虚拟坐标到实际设备坐标之间的转换。通常逻辑坐标与设备坐标之间有不同的映射转换关系，缺省模式下的映射方式是MM_TEXT，这种方式下的逻辑坐标的方向和单位与设备坐标的相同，也是以像素为单位来表示，X轴向右为正，Y轴向下为正，坐标原点位于窗口的左上角

然后再说上面的两个函数之间的差别：

GetWindowRect得到的是相对于当前界面的整个窗口左上角的坐标，比如一个对话框程序，那就是相对于对话框左上角的坐标，从左往右是X方向，从上往下是Y方向。

注意：这个函数的相对坐标原点分两种情况：

1 窗口还没有初始化完成时：原点是整个窗口的左上角

2 初始化完成后，原点是设备屏幕左上角

GetClientRect得到的是相对于窗口客户区左上角的坐标。

二：验证

下面通过一段代码来理解：

新建一个MFC对话框程序，在Dialog资源中，把一个静态框加入进来。OnInitDialog中添加如下代码：

BOOL CmfcdialogtestDlg::OnInitDialog()
{
/*.............其它代码.............*/

/*****************for testing***************/
    CRect wndRect1;
    CRect wndRect2;

    /****首先看对话框的******/
    this->GetWindowRect(&wndRect1); //PrintRect("Dialog:GetWindowRect", wndRectScreen1);
    this->ScreenToClient(&wndRect1); //PrintRect("Dialog:ScreenToClient", wndRectClient1);

    this->GetClientRect(&wndRect2); //PrintRect("Dialog:GetClientRect", wndRectClient2);
    this->ClientToScreen(&wndRect2); //PrintRect("Dialog:ClientToScreen", wndRectScreen2);

    /****再看控件的**********/
    CRect ctrlRect1;
    CRect ctrlRect2;
    CStatic *pCtrl = (CStatic*)GetDlgItem(IDC_STC_TEST);
    pCtrl->GetClientRect(&ctrlRect1); //PrintRect("static:GetClientRect", ctrlRectClient1);
    pCtrl->ClientToScreen(&ctrlRect1); //PrintRect("static:ClientToScreen", ctrlRectScreen1);

    pCtrl->GetWindowRect(&ctrlRect2); //PrintRect("static:GetWindowRect", ctrlRectScreen2);
    pCtrl->ScreenToClient(&ctrlRect2); //PrintRect("static:ScreenToClient", ctrlRectClient2);

    /*****************ending********************/
/*.............其它代码.............*/

}

 

 

三：分析

我们分别观察对整个对话框和静态控件，分别调用这两个函数的效果。首先看看对话框的：

（1）对话框部分的程序运行结果：

 

对话框：
GetWindowRect： +        &wndRect1    0x0017f410 {top=0 bottom=378 left=0 right=566}    CRect *
ScreenToClient：+        &wndRect1    0x0017f410 {top=-25 bottom=353 left=-3 right=563}    CRect *

GetClientRect： +        &wndRect2    0x0017f3f8 {top=0 bottom=350 left=0 right=560}    CRect *
ClientToScreen：+        &wndRect2    0x0017f3f8 {top=25 bottom=375 left=3 right=563}    CRect *

 

我们给出一份图片分析：

第一个GetWindowRect得到的是整个窗口相对于窗口左上角的坐标，实际上就是这个对话框的大小。

然后ScreenToClient，注意了，我们发现top和left都变成了负值？为什么呢，因为这个时候的转换是基于Client的原点进行的，即客户区的左上角。因为原来的窗口左上角位于Client原点的左上方，所以是负值。

第二个GetClientRect得到的是客户区的大小，因为不包含窗口周边的蓝色区域，所以比第一个的窗口大小要小。

然后ClientToScreen，这个就很好解释了，计算相对于窗口左上角的坐标。你可以自己动手算一下。

（2）控件的程序运行结果：

 

控件：
GetClientRect：    +        &ctrlRect1    0x0017f3e0 {top=0 bottom=170 left=0 right=285}    CRect *
ClientToScreen：　　+        &ctrlRect1    0x0017f3e0 {top=127 bottom=297 left=73 right=358}    CRect *

GetWindowRect：    +        &ctrlRect2    0x0017f3c8 {top=127 bottom=297 left=73 right=358}    CRect *
ScreenToClient：　　+        &ctrlRect2    0x0017f3c8 {top=0 bottom=170 left=0 right=285}    CRect *

还是图片分析：

同理，第一个GetClientRect得到是控件的大小。

然后ClientToScreen，可以看到这个时候，控件相对于对话框窗口左上角的位移是(127,73)。

第二个GetWindowRect，得到的值与上面的值相同，这个很好理解了，他们的含义是一样的，就是控件在窗口中的坐标。

然后ScreenToClient，得到的值与第一个GetClientRect的值一样。不多说了

为什么对话框和控件的转换之间略有差别(两次转换结果不太一样)，主要是对话框包含了非客户区，使得相对坐标不一致。