我们重点要说的还是ce的生成过程，即你在编译平台的时候platform builder到底为你做了些什么？
实际上，ide在生成ce的过程当中共经历了四个阶段，分别是sysgen、build、copy、make，即组件生成阶段，编译阶段，release文件夹复制阶段和镜像打包阶段。下面我们就分阶段来说明一下。
在public文件夹下是ce为我们提供的可用组件，我们定制自己的平台是通过platform builder做的选择就是从这里面选择了一部分需要的组件。在这些文件夹中，包含了所有可用的库文件，头文件，def文件，当然也包括了所有可导出的函数说明。在sysgen阶段要做的就是从中选择我们自己的平台需要的头文件，库文件和导出函数以创建我们自己平台需要的组件。它所完成的头文件会以c++注释的方式加以标记，这样它就可以选择需要的部分来导出，最后把所有需要的库进行链接就得到了我们自己平台所需要的东西了，它就放在wince500\pbworkspaces\%projectname%\wince500\%cpu_type%_x86\cesysgen文件夹下。
经过上一阶段后，需要的头文件库文件就准备好了，但这只是系统组件部分，我们的平台还有各种设备驱动程序等其他的东西，这些就要在build阶段来完成了。
整个build阶段都是在围绕着dirs文件和sources文件来进行，前者决定了哪些文件夹要被编译，后者决定了哪些文件要被如何编译，也就是说，此阶段要完成的就是各种源程序的编译过程。下面我们就重点看一下这两种文件的内容。
dirs文件可以在很多文件夹中找到，它列出了要参与编译的子文件夹，内容大体如下：
dirs_ce=\
ceddk \
regenum \
pcibus \
这样，build.exe在编译的时候就可以通过它来逐层找到要参与编译文件夹了。至于其中的optional_dirs、dirs_ntansi等项目的含义可以通过帮助查到。
同样，sources文件对参与编译的源程序的编译方式做了规定，例如通过targetname规定编译后的名称，通过targettype规定编译的类型是exe，dll还是lib，通过dllentry规定dll文件的入口点，通过includes规定编译过程中需要的头文件，通过sources规定参与编译的源文件等等。这些宏的用法在帮助文档里有更加明细的说明，在这里只要理解这种编译机制就可以了。
接下来，所有的编译都有完成了，dll也好，exe也好，都是目标平台自有的了，下一步就是一个copy过程，也就是将你的项目文件夹下的wince500文件夹下的内容复制到release文件夹下，这步就没什么可说的了。
最后一步就是打包了，即将已经准备好的目标平台的文件打包成nk.bin这样的操作系统镜像文件。在这个过程当中，一个完成了文件合并、注册表压缩、资源文件替换和打包四个子过程。
文件合并阶段重点对以下文件进行合并：
--所有的.bib文件合并成ce.bib
--所有的.reg文件合并成reginit.ini
--所有的.dat文件合并成initobj.dat
--所有的.db文件合并成initdb.ini
知道这几个合并以后便于你在release下查找你做的修改是否确实被置入了目标平台。
注册表压缩会将reginit.int文件压缩成default.fdf文件。
资源替换就是将exe或dll中的资源替换成本地语言如简体中文。
接下来才是把这些ce.bib等二进制文件制作nk.bin文件，这才是我们需要的文件，不过在ce5中好像可以在项目设置中改变这个文件的名称，读者可以自己试试。
以上说的这些编译过程，在platform builder中的build os菜单下分得比较明确，这一点比ce4要好得多，你可以自己掌握让它单独执行某一步骤。如果你修改了某个组件的源程序，也可以右击这一组件然后单独编译此组件，最后再生成image，总之，灵活性是比较不错的了。
同时，经过以上的分析也可以看出来，platform builder这个ide在帮助生成ce时基本上是依赖于文件夹结构和那些文本文件以及批处理文件的，因此，对于文件夹结构还是要尽量的熟悉。同时也证明那些总说批处理文件没用的人的无知，在微软的操作系统和开发工具中，批处理文件是至关重要的，说它无用的人只是由于自己的水平不够而已。
好了，这次我们学得多做得少，不过这些知识还是有必要了解的，别忘了对照你的文件夹结构来学习哦！
文章整理：站长天空 网址：http://www.z6688.com/
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
