持续化更新的视状态，在DLL中使用托管扩展

最后，有些人可能会问——当“打开”对话框因为彻底关闭而销毁文件夹视图时会是一种什么情况呢？从 ListViewShellWnd::OnDestroy 里发出的 MYWM_POSTINIT 消息会怎么样呢？什么事都不会发生。CListViewShellWnd::OnDestroy 将消息发到一个空无的地方（void where），就像智慧之树倒在森林里一样，悄然无声，因为没有人倾听。整个消息队列随着对话框的销毁而销声匿迹。

我真是个好心人，重新编写了 CPersistOpenDlg 实现，修复了本文所描述的 bug。具体细节请下载源代码。

我有一个 MFC 动态链接库（DLL），我想用托管扩展来调用 .NET Framework 中的类。在编译时连接器报出一个警告 warning LNK4243：“DLL 包含用 /clr 编译的对象，不能用 /NOENTRY 链接；映像文件可能无法正常运行。”我不太明白其含义，因此将它忽略——可我的程序在运行的时候垮掉了。难道在 DLL 中不能使用托管扩展吗？

当编程已变得如此容易，你的 Wendy 姑妈用 C# 编写着 Web 服务程序，你从容地做着自己的事情，突然天翻地覆，你四脚朝天。幸运的是，“将C++托管扩展项目从纯粹的中间语言转换成混合模式”描述了碰到这种情况时的解决方案。你可以在 MSDN 库中找到这篇文章。但鉴于你不是唯一一个遭受这种打击的程序员，所以本文中我再对上述文章的内容做一些强调，仔细分析一下幕后所发生的事情。你必须深入研究 DLLs，这对你来说没有什么坏处。

暂且不说 C++，我们先从普通老式的 C DLL 开始，C DLL 并不是什么特别的东西，只不过是一个应用程序可以调用的函数集合。记住：从本质上讲，DLL 就是一个在运行时链接的子例程库，与编译时链接相对（此即 DLL被称为“动态”之所在）。与每个 C 程序都有 main 入口函数一样，DLL 都有一个入口函数叫 DllMain（正像你所看到的，DllMain 并不是必须的，但一般都会有这样一个入口函数）。DllMain 的唯一作用是为你提供一个进行初始化操作的地方。假设你要创建所有函数都要使用的全局状态。那么可以在 DllMain 中做。只要某个进程附加到你的DLL或从你的DLL分离，那么系统便会调用 DllMain。Figure 2 展示了 DllMain 的基本结构。