在.NET中，程序编译过程

.NET平台中代码的物理单元是可移植可执行程序（protable executable，PE）格式，编译程序和库时，和平常一样生成EXE与DLL文件，但在.NET框架下，任何可执行程序项目都链接到公共语言运行库，并由它代理编译和执行。

.NET中程序编译的最主闭塌要部分是汇编（assembly），汇编包括一个manifest，它是一组元数据，标识汇编向其他应用程序提供的文件和类型；manifest还可以包含强名称（strong name）、组合汇编名、版本信息和可选文化信息。在使用强名称的汇编中，元数据包含一个公用密钥签名，公共语言运行库用其验证汇编自编译之后是否发生改变。

汇编还可敏漏以包括数字签名，例如用验证码（authenticode certificate）验证代码源，以解决在公共语言运行库保证汇编签名的真实性问题。

汇编分为专用汇编和共享汇编。专用汇编只在安装这个汇编的应用程序中使桥态烂用，而共享汇编则安装在全局汇编缓冲区（global assembly cache，GAC）中，全局汇编缓冲区用汇编的引用计数和版本信息管理库，包括框架的基类库（base class library，BCL），并通过公共语言运行库避免因库的版本冲突而形成DLL Hell的情形。

选择专用汇编和共享汇编是一个重要决策。将汇编安装到全局缓冲区后，就可以在多个应用程序中使用汇编的一个备份，但是还需要用Windows Installer之类的安装程序将应用程序安装到计算机上。如果使用专用汇编，则得到Microsoft所谓的"XCOPY部署"，这样用户可以将应用程序复制到目标计算机上，方便地进行安装。

.NET程序编译过程如图1.2所示。

C++和.Net程序采用了两种不同的编译方式。通常一个C++编写的程序，都是一次编译成二进制的代码，在相应的 *** 作系统平台上直接执行即可。而.Net程序采用两次编译的方式，用C#，VB.Net等语言写成的程序被编译成IL代码，通过CLR在运行的时候JIT编枯搜译成为本地二进制代码。

MFC和WinForm很多设计上的不同从根本上说，都是因为编译模式带来的不同。因此，在仔细探讨MFC和WinForm之前，有必要细细体会一下不同编译方式带来的改变。

考虑一段代码，它需要在不同的编译环境下生成不同的代码，或者是为了减少代码编写量用一些替换方式取代类没铅历似的代码。在C++中利用预编译和宏来解决这些事情。MFC框架中，更是大量使用宏来进行核心功能的设计。但是宏只是一种巧妙的减少输入代码量的方式，本质上和手写输入一些代码并无区别（也许不够严密吧），它并不能在程序运行的时候动态支持代码的插入和改变，因为此时它已经编译完成了。而二次编译则不同，你可以将它的第一次编译看成是通常一次编译程序的预编译期，只是这个预编译更为的强大，它可以编译生成信息更为丰富的元数据。并且，只要在JIT执行前动态插入代码，利用反射等手段，就可以将已经编译好的程序的行为在某种程度上进行改变，其动态性能得到了本质上的改变。

因此，在MFC和WinForm中，我们可以看到两者激滚在动态性能，安全性和效率方面都有很大的不同，总结一下，都可以归结到这不同的编译模式上来。在以后的日志中，都可以看到这些区别的

不宴游行的。.NET编写的程序，是Microsoft号称能在多种平台上运行，运行的基石是.Net Framwork。不过胡亮Microsoft很早提出把程序编译成二进制的目标程序晌做销，但至今没有实现

---