Question

MFC中CView和CWnd作为客户区是怎样自动填充MainFrame的空闲区的

如题，MFC中建立基于文档视图结构或者没有文档视图结构的SDI程序时，他们创建客户窗口时（特别是没有文档视图结构的SDI，CChildview继承自CWnd），都用了CRect(0,0,0,0)去创建窗口的，但是创建后都能自动填满，整个框架窗口的空闲区域，也就是排除菜单栏，工具栏，状态栏的区域，而当工具栏变动时，CChildview能自动更新位置，MFC是怎样实现的，是窗体样式本来就有一个自动填充父窗体空闲区的样式，还是CFrameWnd对OnSize做了的封装，封装了Onsize时运算整个toolbar，clientview，statusbar的rect的过程，然后对他们movewindow，但是如果这样的话，CFrameWnd基类怎样又能知道CMainFrame子类的m_toolbar，m_childview，m_statusbar字段，并在基类onsize中改变他们的位置和大小，如果用win32 API写的话，该怎样实现

Answer 1

都是消息事件了。
你将你的自定义menu/toolbar添加至主框架的时候，MFC就已经知道了此控件的指针地址，根据此指针即可知道你menu/toolbar,甚至toolbar上的edit,list,的小色，状态等等，那么自然的主框架的大小也知道了。。
gdi32,user32是程序执行必须依赖的，自然系统就可知道屏幕的总大小。
有了这些量，窗口起点坐标（相对于Screen)，窗口中控件中相对于窗口（原点为窗口起点的坐标系）坐标，控件中子控件坐标，以及窗口控件的大小，那么变化后的量当然可知了,排除了这些量，及窗口边框，剩余的当然就是客户区大小了。。

前面已经说了win32程序都是基于消息事件的程序。
说白了，操作系统是枪，设win32为AK,unix为M16,你的程序就是子弹，其实你的程序执行中，还需要一层东西，那就是操作系统。你只是做了个符个口径的子弹而已，发射者是操作系统，这也是为啥普通程序是无法在多系统上运行的原因。
总而言之，有些东西，你程序生成后，MFC已经为程序初始化一个“头”概念的东西。相当于在你的程序外面的一层外衣，你可以用文件PE概念去理解，但这里是不同的，有区别。

OnSize（假设MFC是你设计的）只是你留给使用者的一个当窗体大小改变时，使者要做一些工作，就添加在此。
当然你可以设成OnPaint为此功能,只要不怕被使用者骂。

Answer 2

你问的这个问题, MFC用了近万条代码实现的. 至于怎么实现的, MFC的原代码在那里摆着.