转自：http://blog.csdn.net/sky04/article/details/7587406
因为我的部门只有我一个人（无奈之极，只有我一个做C++的，其他的都在做C#），所以我去跟技术顾问讨论我们客户端到底该怎么呈现。他说按照以往（上一套系统）的经验，升级很频繁，建议还是使用内嵌 HTML的方式来显示界面，这样以后只要升级HTML就可以了。我听了之后，牙掉了一半，我拖了半个月的对话框就这么给否了，心里着实不是滋味。
然后就开始寻找MFC显示HTML页面的方法，找了一些自定义的HTML类，找了Webbrowser Control（我到现在还没找到这控件到底在哪里），最终锁定了CDHtmlDialog类。
这个类算是最近才开始大放异彩的吧，在vc6.0时代，用这玩意儿做出来的东西很难看，都是win2k风格。现在就可以使用什么win7风格呀之类的，说不定在vs11里还能使用Metro风格呢。。简单试验了一下，发现还是可以一用的，就决定下来要用这个了。
建立一个新的MFC Application工程，在这一步把HTML Dialog给勾上
可以看到如此一来，对话框就是从CDHtmlDialog类派生了。
建立完成后，观察一下代码跟以前的不同之处。发现了四点（可能还有更多）：
- class CTestHtmlDialogDlg : public CDHtmlDialog
表明此对话框类的确是继承了CDHtmlDialog。
- // Dialog Data
- enum { IDD = IDD_TESTHTMLDIALOG_DIALOG, IDH = IDR_HTML_TESTHTMLDIALOG_DIALOG };
这儿的枚举变成了两个，也就是有一个普通对话框，还有一个HTML对话框。
- CTestHtmlDialogDlg::CTestHtmlDialogDlg(CWnd* pParent /*=NULL*/)
- : CDHtmlDialog(CTestHtmlDialogDlg::IDD, CTestHtmlDialogDlg::IDH, pParent)
在CTestHtmlDialogDlg的构造函数中，CDHtmlDialog的成员初始化列表中多了一个CTestHtmlDialogDlg::IDH。
- /////////////////////////////////////////////////////////////////////////////
- //
- // HTML
- //
- IDR_HTML_TESTHTMLDIALOG_DIALOG HTML "TestHtmlDialog.htm"
在resource文件中，多了这么一行，用来指定HTML对话框的HTML文件资源，可以修改成自己喜欢的名字，比如index.html，当然在工程中的html文件也要修改成相应的名字。
我们来做个试验。修改一下TestHtmlDialog.htm。
- <HTML>
- <HEAD>
- </HEAD>
- <BODY ID=CTestHtmlDialogDlg style="font-family:MS Shell Dlg;font-size:8">
- <h1>This is a test.</h1>
- <h2>I told you this is a test.</h2>
- <h3>Didn‘t hear me? This is a test!</h3>
- <img src="C:\\test.jpg">
- </BODY>
- </HTML>
显示结果如下：
怎么样？比拖对话框、拖控件、加载资源、修改ID号、关联变量、各种Load各种Show要简单多了吧？
我这儿出了个问题，截止发文时尚未解决，如有大虾指教烦请回复一下。我只能使用绝对路径c:\test.jpg，而不能使用相对路径，无论是test.jpg、..//test.jpg、..//Debug//test.jpg等等都不行，而且我把test.jpg在工程目录里放得到处都是，也不能加载，总是显示一个小红叉。。
-------------------------------我是华丽的分割线--------------------------------------
继续我们的实验。页面不能光是显示啊，总得有点什么互动吧？那么很高兴这东西也支持JavaScript。
利用VS2010自带的HTML编辑器对TestHtmlDialog.htm进行编辑。这儿得赞一下VS2010的HTML编辑器，非常人性化，基本可以跟Dreamweaver媲美了，双击按钮呀啥的都可以直接进入 onclick事件的编写，默认Javascript。
我们拖一个按钮在上面，改个名字，然后保存并双击按钮编写onclick事件
- function Button1_onclick() {
- alert("哈喽，击这么狠干啥");
- }
就弹出了刚才的alert信息。
-------------------------------我是华丽的分割线--------------------------------------
接下来我萌生了一个念头，Javascript是不是可以调用本地对话框内的函数呢？去百度上Google了一会，发现当然是可以的。方法也比较简单。
- // 1. 让CTestHtmlDialog支持自动化
- // 在OnInitDialog()中添加
- EnableAutomation();
- // 2. 将自身暴露给Javascript
- // 在OnInitDialog()中添加
- SetExternalDispatch(GetIDispatch(TRUE)); //将浏览器控件的扩展接口设置为对话框自身的IDispatch
- // 3. 声明DISPATCH_MAP
- // 在TestHtmlDialog.h中
- DECLARE_DISPATCH_MAP()
- // 4. 定义DISPATCH_MAP
- // 在TestHtmlDialog.cpp中
- BEGIN_DISPATCH_MAP(CMyDHtmlDialog, CDHtmlDialog)
- DISP_FUNCTION(CMyDHTMLDialog, "SayHello", func, VT_EMPTY, VTS_NONE)
- END_DISPATCH_MAP()
应该看出来了，有点像MFC的消息映射机制。
接下来随便写个函数：
- MessageBox(_T("SayHello Func"), _T("Hello~~"));
修改一下刚才的按钮单击事件：
- function Button1_onclick() {
- //alert("哈喽，击这么狠干啥");
- external.SayHello();
- }
好，编译运行。点击按钮，弹出个东西来：
因为要将程序内部暴露出来，Windows认为这可能是不安全的。点击“是”之后，就看到了刚才写的函数的效果。
但是我觉得很安全，我不想再看见刚才的这个东西。。该怎么办呢？一番寻找，便找到了解决方案。
在CTestHtmlDialog中，重载CanAccessExternal()函数。
- BOOL CWebbrowserDlg::CanAccessExternal()
- {
- return TRUE;
- }
这下，讨厌的安全提示便不见啦~
-------------------------------我是华丽的分割线--------------------------------------
对话框可否访问Javascript的函数呢？当然也可以，这样就可以仅由Javascipt来判断数据的合法性，让C++来专心作逻辑运算了。
这个资料就相对少一些了，找了一个，还未吃透。仔细想一下，这方面的需要是比较少，所以资料也不太多。在codeproject上倒是找到了一个这方面的东西，感兴趣的朋友就去观望一下吧~ 时空穿梭传送门