最近在学习WinCE下的程序开发。想要用MFC来开发WinCE程序。不过手头只有分别将WinCE和MFC的书，没有结合起来讲的。只有自己把两本书参照着来看了。
前两天给自己出了个题目作为练习。题目是写一个程序，以二进制的形式显示文件的内容。View类继承了CScrollView。在OnDraw方法中使用CDC::GetClipBox方法取得当前需要重绘的矩形区域，并据此计算需要重绘那几行。问题就出在了这个GetClipBox方法上了。
无论是根据书本，还是MSDN，都明确说明桌面MFC的该方法返回值用的是逻辑坐标系。那么MFC for Windows CE中的这个方法返回的矩形用的是逻辑坐标系还是设备坐标系呢？对此MSDN中并未对此加以说明。当时我就推论用的仍然是逻辑坐标系。因为如果MFC for WinCE与MFC for Desktop在这方面有重大区别，MSDN中理应有明确说明。而且在MSDN专门描述两个版本的MFC之间差别的文章中，有列出在MFC for WinCE中支持但有修改的方法，其中没有包括GetClipBox。
但是，事实证明我错了。通过Debug跟踪程序发现，无论滚动条处于什么状态，只要需要重绘整个窗口，GetClipBox所返回矩形的左上角坐标永远是(0,0)，右下角坐标也总是与窗口大小吻合。需要重绘部分窗口区域时，明显返回的也是设备坐标。因此可以得出结论，MFC for WinCE中的CDC::GetClipBox方法返回的矩形用的是设备坐标系。
再仔细看看MSDN，对这一结论也可以理解。因为MFC for WinCE中已经没有了CDC::SetMapMod方法。DPtoLP和LPtoDP方法也是什么事都不做的虚假实现，仅仅是为了使程序能兼容。不过我还是不能理解仅仅保留一个空的函数怎么就算兼容了，兼容的含义只是编译不出错？
幸好，在CScrollView适用MM_TEXT坐标映射方式的情况下，自己实现DPtoLP和LPtoDP方法是非常容易的，只不过是两个坐标平移运算罢了。两个函数如下：
void CFileViewerView::DPtoLP (CRect& rect) {
CPoint op = GetScrollPosition ();
rect += op;
}
void CFileViewerView::LPtoDP (CRect& rect) {
CPoint op = GetScrollPosition ();
rect -= op;
}
顺便说一下。根据MSDN，MFC for WinCE中的CScrollView::SetScrollSizes方法的第一个参数支持MM_TEXT，MM_HIMETRIC，MM_TWIPS，MM_HIENGLISH四种取值。但我试下来，除了MM_TEXT，另三个常量一律会导致编译错误“标识符未定义”。我用的是PocketPC 2003 SDK。有哪位高手能赐教是我错了，还是MSDN又错了。
