4U的专栏

PE可选头部 　　 PE可执行文件中接下来的224个字节组成了PE可选头部。虽然它的名字是“可选头部”，但是请确信：这个头部并非“可选”，而是“必需”的。OPTHDROFFSET宏可以获得指向可选头部的指针： //PEFILE.H #define OPTHDROFFSET(a) ((LPVOID)((BYTE *)a + / ((PIMA

MFC的WinMain 　　使用MFC编程的程序员刚开始都会提出这样一个问题：我的程序是从哪儿开始执行的？回答是： 从WinMain()开始执行的。提出这样的问题是由于在他们所编写的MFC应用中看不到WinMain()函数。这个函数是隐藏在MFC框架中，MFC 的设计者将它作得很通用（这主要得益于Window的消息驱动的编程机制，使得作一个通用的WinMain()很容易），因此在一般情况下

MFC中的窗口创建及窗口消息映射 　　我经常碰到有人问我有关窗口创建的问题，他们经常把用HWND描述的系统窗口对象和用CWnd描述的MFC的窗口对象混淆不清。这两者之间是紧密联系在一起的，但是MFC为了自身的管理，在CWnd中加了一些额外的内容，包括如何从HWND生成CWnd。 　　在MFC中，有几种典型的窗口对象，CWnd描述的一般窗口对象，CView描述的视图对象，CFram

Windows NT 3.1引入了一种名为PE文件格式的新可执行文件格式。PE文件格式的规范包含在了MSDN的CD中（Specs and Strategy, Specifications, Windows NT File Format Specifications），但是它非常之晦涩。 　　 然而这一的文档并未提供足够的信息，所以开发者们无法很好地弄懂PE格式。本文旨在解决这一问题，它会对整个的

导入数据段，.idata 　　 .idata段是导入数据，包括导入库和导入地址名称表。虽然定义了IMAGE_DIRECTORY_ENTRY_IMPORT，但是WINNT.H之中 并无相应的导入目录结构。作为代替，其中有若干其它的结构，名为IMAGE_IMPORT_BY_NAME、IMAGE_THUNK_DATA与 IMAGE_IMPORT_DESCRIPTOR。在我个人看来，我实在不知道这

在这里，我想谈谈自己学习MFC的一些体会。我是从1997年才开始在Window下编写程序的。在这之前,我编写过一些DOS程序，包括一个简单的全屏幕编辑器和一个带函数的表达式解释器，都是一些小的程序。Window 3.1流行后，我开始在它下面编写程序。 　 　从编写DOS程序到编写Window程序，需要从编程思想上作一个比较大的调整。在DOS下编写程序，程序的总体流程完全由应用程序自己控制；但

MFC的消息映射机制 　　MFC的设计者们在设计MFC时，紧紧把握一个目标，那就是尽可能使得MFC的代码要小，速度尽可能快。为了这个目标，他们使用了许多技巧，其中很多技巧体现在宏的运用上，实现MFC的消息映射的机制就是其中之一。 　　同MFC消息映射机制有关的宏有下面几个： 　　DECLARE_MESSAGE_MAP()宏 　　BEGIN_MESSAGE_MAP(t

框窗、视图和文档及其关系 　 　MFC架构的另外一个特色是它的框窗、视图和文档这个三位一体的结构，它是一个典型的MVC（Model、View and Controler）结构。严格的讲，框窗不属于MVC中的任何一项，MFC设计者将框窗加进来是为了能更好的协调文档 和视图。而MVC中的Controler这一项，则是应用本身的应用逻辑。 在这三者中，需要特别注意的、也最能够体现个人的编程水平的是