【图】Convert CHtmlView to CHtmlCtrl(View与Frame的分离)

Convert CHtmlView to CHtmlCtrl
View与Frame的分离
Reference from MSJ
MicroSpace

下载源代码

Wow!! 几篇让人拍案的文章，啃完之后大呼过瘾!想不到微软也有如此精通windows编程的家伙?! 此时此刻，俺想到的是分享给KBASE里的兄弟们啊! 没的说，掌声伺候!!!!

[NOTE]：

罗头说了，最好不要把Frame/Doc/View拆的妻离子散。是啊，本来好好的一家人，谁会那么残忍呢!? 嘿嘿，偶只是给他们弄了个远房的亲戚。:)

Now， Stop 费话ing!! Let''s go on the stuff…
首先，这里有两个难点需要解决! 一是:既然最后的产物是CHtmlCtrl，如何能象其他控件(比如Button)随意的丢到对话框里呢? COM->ActiveX?? 你说的，你自己做去吧!偶可是个COM稀里糊涂者!! 偶要比你想象地懒的多(鼓励程序员锻炼一下这种惰性! 好处多多)。偶想，何不拉个替死鬼呢? 对了，CStatic不是可以随便被嗲来嗲去吗? 嗯，给它套上个SubclassDlgItem不就可以当成我们的CHtmlCtrl用了嘛! 有道理!! 然后是:View的确和Frame有着千丝万缕的联系。MFC是个半定制的框架，微软已做了很多手脚，说不定你在View里啪啪点几下，就有几个类似WM_MICROSPACE这样的消息传到了Frame里。然而控件是没有Frame可言的，而且控件也从不需要知道自己被放到了哪个容器里!!

所以，为了不至于编译器当啊当的乱叫，我们还要小心伺候着!:)

在继续往下做之前，你还要明确CHtmlView和我们最终生成的CHtmlCtrl到底有什么区别?

其实，区别仅仅是它们被使用的方法不同。控件通常是对话框里的子窗口---当然你可以把它作为任何窗口的子窗口。然而View却是专门为了实现MFC 文档视图结构而设计的。一个View有一个指向Document的指针并且被固定在一个特别的窗口里---人称:框架窗口(CFrameWnd)。对于Document来说，CView是它可以从形态上被表现的场作。但，指向Document的指针m_pDocument可能是NULL，所以每当我们在View里处理Document的时候，这么做是明智的:

If(m_pDocument!=NULL){    // Do something here!}

所以，View并不正真的需要一个Document，CHtmlView也不需要。你可能认为在CHtmlView里的Document就是一个HTML文件，但实际上，CHtmlView是使用IWebBrowser2实现的，而且它对MFC的文档视图结构一无所知。
那么需要一个Frame吗? 如果你仔细研究过相关的代码，就会发现:只是在极少地方，View
知道自己属于一个Frame。大多数文档视图结构是在更高一级的类比如Frame本身和CDocTemplate里实现的，它们把Frame，View，Document紧紧的粘在了一起。View并不知道外面发生了什么，这样设计的文档视图系统有很多优点。理论上来说，View是被动地受Frame控制，而且没有其他途径，所以认为View知道它自己的父窗口是错误的。有两处CView( 也是CHtmlView的父类 )会假想自己在一个Frame里。第一处是CView::OnMouseActive，它是WM_MOUSEACTIVE消息的处理函数，当你在View里点击鼠标以后，它会做很多细致的工作。这些细致的工作是不重要的，但重要的是View调用了GetParentFrame以得到它的父窗口框架，然后CFrameWnd::GetActiveView激活当前的活动视图---所有的这一切，都建立在假设View是CFrameWnd的一个子窗口的基础之上。
另外一处是在CView::OnDestroy里：

void CView::OnDestroy(){CframeWnd* pFrame = GetParentFrame();If(pFrame!=NULL&&pFrame-GetActiveView==this)// deactive during deathpFrame-SetActiveView(NULL);CWnd::OnDestroy();}

在这里，View先让自己处于非活动状态。从另一个角度考虑，我们完全可以通过向父窗口发通知消息(Notification)代替C++方法调用从而回避掉View对Frame的依赖!! GetParentFrame可以返回一个CWnd，而非CFrameWnd，因为该函数只是强调了父窗口，而不是一定要返回一个特定的类。View可以通过发送一个类似WM_MICROSPACE的通知消息取代对CFrameWnd的方法调用，这些Notification会被"Frame"(或是CFrameWnd或是CfooWnd)正确的响应。但是，无论如何，你必须清楚:当View被激活或进入非活动状态时，是Frame决定该如何响应，而不是View本身。任何系统都是如此;函数向下调用(从父到子)，事件向上传递(从子到父)。一个子类从来都不会知道自己所在的容器!! 生活本身就不是完美的! 但幸运的是我们将会很容易的克服MFC给我们带来的难题! CHtmlCtrl类( here! )正是我们需要的:一个HTML "View" ，你可以在对话框或任何窗口里使用。CHtmlCtrl重载了