退思园

一直以来没有细细探究，对于变量的作用域，当遇到 extern, const 等的时候到底会发生什么变化，有什么意义，全局变量到底是怎么样的，所以就会茫然不知所措，所以来细细的看一下一番。

嗯，事实上 MFC 的封装不是这么好用啊。诸如因为我先是了解过安卓，然后再来看 MFC，就觉得 MFC 实在是有点猥琐。线程间的通信，似乎比较简单而强大的方式就是利用 Message 的方式，就如同 Android 中的 Hhandler 一样。

MFC 的宏太多了，让人目不暇接，回想　Linux 下的多简单呢，各种各样的接口和调用都都非常少，哪里像 MFC 这么恶心。

在MFC手动建立进程 我们已经知道了如何手动建立一个进程。但我们在建立这个进程后，我们还有很多事情需要做，比如控制这个进程的主窗口啊，移动啊等等，那么我们就需要获得这个进程的窗口信息。

brew 确实很强大，但是平时装东西都是一个 brew install 就完事了。终于有天遇到了想要安装老版本的应用的时候。比如对于鼠须管输入法，默认升级为新的 0.1.12 版本后，使用了新版本的词库，我这老版本的就不能用了，只能回退过去了。

因为我习惯了用 Vim 因此在编码的时候就想到，如果我们在切换成命令模式的时候输入法会自动的切换为英文就好了。否则的话来回切换编码是非常头疼的事情。这不，在众多使用 vim 模拟这样的情况下没有解决方案，但是对于 Vim 本身倒是有不少的方法。

事实上，手动建立进程是属于 winapi，而不是由 MFC 的封装。
通常，我们在想要打开其他应用的时候，就需要在程序中用到 CreateProcess 函数了。

在 Windows-程序工作过程 一问中我们介绍了 Windows 程序的基本工作过程，那么在 MFC 中其又是怎么样工作的呢。

COM 是一个规范，用来规定建立可复用的软件组件。很多我们在程序中使用的特性都是依赖于COM的如。

• Graphics (Direct2D)
• Text (DirectWrite)
• The Windows Shell
• The Ribbon control
• UI animation

我们来写一个最小的 Windows 程序。其只会显示一个空白窗口。