WinCE 5.0邊做邊學(xué)(3)(4)

經(jīng)過(guò)前兩次的邊做邊學(xué)，我們已經(jīng)創(chuàng)建并可以自由修改自己的平臺(tái)了，這次我平來(lái)補(bǔ)充一點(diǎn)理論知識(shí)，以便加深對(duì)CE生成過(guò)程的了解。在此之前，需要說(shuō)明的是CE的目錄結(jié)構(gòu)是很龐大而復(fù)雜的，在以后的工作中很多事情會(huì)取決于你對(duì)目錄結(jié)構(gòu)的了解程度，在此，CE5的文件夾結(jié)構(gòu)未發(fā)生大的改變，因此想了解此部分內(nèi)容的朋友可直接參閱本人的《WinCE實(shí)驗(yàn)教程》相關(guān)部分。與CE4稍有不同的是在CE5中你自己的平臺(tái)不在存放于Public文件夾中了，而是專(zhuān)門(mén)有一個(gè)PBWorkspaces的文件夾，這樣更加方便管理且結(jié)構(gòu)清晰了。
我們重點(diǎn)要說(shuō)的還是CE的生成過(guò)程，即你在編譯平臺(tái)的時(shí)候Platform Builder到底為你做了些什么？
實(shí)際上，IDE在生成CE的過(guò)程當(dāng)中共經(jīng)歷了四個(gè)階段，分別是Sysgen、Build、Copy、Make，即組件生成階段，編譯階段，Release文件夾復(fù)制階段和鏡像打包階段。下面我們就分階段來(lái)說(shuō)明一下。
在Public文件夾下是CE為我們提供的可用組件，我們定制自己的平臺(tái)是通過(guò)Platform Builder做的選擇就是從這里面選擇了一部分需要的組件。在這些文件夾中，包含了所有可用的庫(kù)文件，頭文件，DEF文件，當(dāng)然也包括了所有可導(dǎo)出的函數(shù)說(shuō)明。在Sysgen階段要做的就是從中選擇我們自己的平臺(tái)需要的頭文件，庫(kù)文件和導(dǎo)出函數(shù)以創(chuàng)建我們自己平臺(tái)需要的組件。它所完成的頭文件會(huì)以C 注釋的方式加以標(biāo)記，這樣它就可以選擇需要的部分來(lái)導(dǎo)出，最后把所有需要的庫(kù)進(jìn)行鏈接就得到了我們自己平臺(tái)所需要的東西了，它就放在Wince500pbworkspaces%ProjectName%WINCE500%CPU_TYPE%_x86cesysgen文件夾下。
經(jīng)過(guò)上一階段后，需要的頭文件庫(kù)文件就準(zhǔn)備好了，但這只是系統(tǒng)組件部分，我們的平臺(tái)還有各種設(shè)備驅(qū)動(dòng)程序等其他的東西，這些就要在Build階段來(lái)完成了。
整個(gè)Build階段都是在圍繞著DIRS文件和SOURCES文件來(lái)進(jìn)行，前者決定了哪些文件夾要被編譯，后者決定了哪些文件要被如何編譯，也就是說(shuō)，此階段要完成的就是各種源程序的編譯過(guò)程。下面我們就重點(diǎn)看一下這兩種文件的內(nèi)容。
DIRS文件可以在很多文件夾中找到，它列出了要參與編譯的子文件夾，內(nèi)容大體如下：

DIRS_CE=
ceddk
regenum
pcibus

這樣，build.exe在編譯的時(shí)候就可以通過(guò)它來(lái)逐層找到要參與編譯文件夾了。至于其中的OPTIONAL_DIRS、DIRS_NTANSI等項(xiàng)目的含義可以通過(guò)幫助查到。
同樣，SOURCES文件對(duì)參與編譯的源程序的編譯方式做了規(guī)定，例如通過(guò)TARGETNAME規(guī)定編譯后的名稱(chēng)，通過(guò)TARGETTYPE規(guī)定編譯的類(lèi)型是EXE，DLL還是LIB，通過(guò)DLLENTRY規(guī)定DLL文件的入口點(diǎn)，通過(guò)INCLUDES規(guī)定編譯過(guò)程中需要的頭文件，通過(guò)SOURCES規(guī)定參與編譯的源文件等等。這些宏的用法在幫助文檔里有更加明細(xì)的說(shuō)明，在這里只要理解這種編譯機(jī)制就可以了。
接下來(lái)，所有的編譯都有完成了，DLL也好，EXE也好，都是目標(biāo)平臺(tái)自有的了，下一步就是一個(gè)Copy過(guò)程，也就是將你的項(xiàng)目文件夾下的WINCE500文件夾下的內(nèi)容復(fù)制到RELEASE文件夾下，這步就沒(méi)什么可說(shuō)的了。
最后一步就是打包了，即將已經(jīng)準(zhǔn)備好的目標(biāo)平臺(tái)的文件打包成NK.bin這樣的操作系統(tǒng)鏡像文件。在這個(gè)過(guò)程當(dāng)中，一個(gè)完成了文件合并、注冊(cè)表壓縮、資源文件替換和打包四個(gè)子過(guò)程。
文件合并階段重點(diǎn)對(duì)以下文件進(jìn)行合并：
--所有的.bib文件合并成CE.BIB
--所有的.reg文件合并成REGINIT.INI
--所有的.dat文件合并成INITOBJ.DAT
--所有的.db文件合并成INITDB.INI
知道這幾個(gè)合并以后便于你在RELEASE下查找你做的修改是否確實(shí)被置入了目標(biāo)平臺(tái)。
注冊(cè)表壓縮會(huì)將REGINIT.INT文件壓縮成DEFAULT.FDF文件。
資源替換就是將EXE或DLL中的資源替換成本地語(yǔ)言如簡(jiǎn)體中文。
接下來(lái)才是把這些CE.BIB等二進(jìn)制文件制作NK.BIN文件，這才是我們需要的文件，不過(guò)在CE5中好像可以在項(xiàng)目設(shè)置中改變這個(gè)文件的名稱(chēng)，讀者可以自己試試。
以上說(shuō)的這些編譯過(guò)程，在Platform Builder中的Build OS菜單下分得比較明確，這一點(diǎn)比CE4要好得多，你可以自己掌握讓它單獨(dú)執(zhí)行某一步驟。如果你修改了某個(gè)組件的源程序，也可以右擊這一組件然后單獨(dú)編譯此組件，最后再生成Image，總之，靈活性是比較不錯(cuò)的了。
同時(shí)，經(jīng)過(guò)以上的分析也可以看出來(lái)，Platform Builder這個(gè)IDE在幫助生成CE時(shí)基本上是依賴(lài)于文件夾結(jié)構(gòu)和那些文本文件以及批處理文件的，因此，對(duì)于文件夾結(jié)構(gòu)還是要盡量的熟悉。同時(shí)也證明那些總說(shuō)批處理文件沒(méi)用的人的無(wú)知，在微軟的操作系統(tǒng)和開(kāi)發(fā)工具中，批處理文件是至關(guān)重要的，說(shuō)它無(wú)用的人只是由于自己的水平不夠而已。
好了，這次我們學(xué)得多做得少，不過(guò)這些知識(shí)還是有必要了解的，別忘了對(duì)照你的文件夾結(jié)構(gòu)來(lái)學(xué)習(xí)哦！

經(jīng)過(guò)以前的學(xué)習(xí)，我們已經(jīng)掌握了生成CE的過(guò)程及編譯的幾個(gè)階段，這次我們?cè)賮?lái)了解一下Platform Builder中為我們提供的組件包的管理方式以及如何管理自己的組件。
在Platform Builder（以下簡(jiǎn)稱(chēng)PB）中的右側(cè)有一個(gè)"Catalog"窗口，其中列出了所有可供使用的組件，我們可以看到其內(nèi)容是非常之多的，現(xiàn)在的疑問(wèn)就產(chǎn)生了，PB是如何管理這些組的呢？如果我有一個(gè)新設(shè)備的驅(qū)動(dòng)組件要如何才能放到這個(gè)組件包窗口中呢？如果我開(kāi)發(fā)了一個(gè)設(shè)備驅(qū)動(dòng)以供其他人使用那我要如何才能發(fā)布我的驅(qū)動(dòng)呢？下面，我們就來(lái)解決這些問(wèn)題。
在PB中，這些組件的管理都是能過(guò)一種組件文件(.cec文件)來(lái)實(shí)現(xiàn)的。在CE4中，系統(tǒng)自帶的CEC文件都位于PB的安裝文件夾下的CEC文件夾，我們可以在那里很容易的找到它們，但是在CE5中，它的位置變了，你可以在WINCE500PUBLICCOMMONOAKCATALOGCEC下找到他們。
如果你開(kāi)發(fā)了OAL，設(shè)備驅(qū)動(dòng)或其他組件，你就可以能過(guò)CEC文件來(lái)把它們加入到PB中。通過(guò)在PB環(huán)境中導(dǎo)入CEC文件，其他的平臺(tái)開(kāi)發(fā)人員就可以使用這些組件了。CEC文件是用來(lái)描述組件信息的文本文件，它包括了一些塊的列表，主要包括以下四種信息塊：
--CECInfo塊，用來(lái)描述此CEC文件的信息，每個(gè)CEC文件只能含有一個(gè)此信息塊，從中你可以看到該CEC的名稱(chēng)、GUID、版本、供應(yīng)商和簡(jiǎn)要描述。
--ComponentType塊，它描述了最高級(jí)別的組件類(lèi)型，在一個(gè)CEC文件中可以有多個(gè)此信息塊，它通過(guò)Group,RequiredCEModules,ExcludeWhenSet,MaxResolvedImplsAllowed等條目來(lái)描述此組件所在的組，需要的CE組件，排除的組件及允許在一個(gè)CE平臺(tái)中存在的數(shù)量等信息。
--Implementation塊，用來(lái)描述此組件在編譯時(shí)需要的各種信息，每個(gè)CEC文件中也可以有多個(gè)此信息塊，它是 ComponentType塊的一部分，其中的BSPPlatformDir,Children,OptionalChildren,DefaultDrivers,ExcludeWhenSet,FeatureVariable,ImplSize等條目的具體含義可以在PB的幫助文檔中找到，在此不一一細(xì)述。
--BuildMethod塊，描述了編譯的方法，也是ComponentType塊的一部分，為了加深對(duì)上一次編譯階段的理解，我們?cè)敿?xì)說(shuō)一下此塊中Step和Action兩個(gè)條目。
Step用來(lái)說(shuō)明編譯此組件將要在哪一步中進(jìn)行，對(duì)照上一次的內(nèi)容，它的取值為：CESYSGEN,BSP,BUILDREL,MAKEIMG。所以如果你自己開(kāi)發(fā)了OAL或驅(qū)動(dòng)之類(lèi)的組件，你就需要自己決定讓PB在什么階段來(lái)編譯它，就要在CEC中通過(guò)Step來(lái)描述。其實(shí)在具體的編譯過(guò)程中，上述的每一階段又有PRE和POST兩個(gè)子階段，也就是說(shuō)對(duì)于每個(gè)階段其實(shí)都有三步，即PRECESYSGEN,CESYSGEN,POSTCESYSGEN,PREBSP,BSP,POSTBSP……一般不用具體到這樣詳細(xì)的程度。
Action則描述了組件編譯的行為，有效的行為與編譯階段的對(duì)應(yīng)關(guān)系如下表所示：