這裡所述的資料夾結構，不是
wince
系統的資料夾結構，而是整合開發環境
platform builder
的資料夾結構，該資料夾結構十分複雜，共有
3萬多個檔案，
2400
多個子資料夾，如果不清楚的話在以後的開發過程當中將會帶來很大的麻煩，也時甚至會發生找不到檔案的現象。對於這個資料夾結構，我們可以大體上分成兩個部分，乙個是
pb的安裝資料夾，乙個是
ce資料夾，下面我們就分別來了解一下。
先來看
pb的安裝資料夾。該資料夾一般裝在系統盤的
program files/windows ce platform builder/4.20
資料夾下，資料夾結構如下圖所示：
在這個資料夾結構中，
cec資料夾是很重要的，它是包元件檔案（
.cec
檔案）的安放位置，在
pb安裝以後這裡面包含了很多標準的作業系統元件、裝置驅動程式元件、板支援包元件、平台管理元件等，如果使用者想要擴充套件元件的話，只需要把相應的
cec檔案安放在這個資料夾中即可，因此它是系統元件的配置檔案所在的資料夾。
utilities
資料夾中包含的是乙個有用的工具，通過它可以生成系統的啟動盤，從而可以引導我們自己定製的
ce作業系統。這個在下一章中會有集中的應用。
wcetk
資料夾中包含的是另乙個有用的工具，通過它可以測試
ce的效能，有由我沒有用過這項，所以更多的功能我也不是很清楚。
接下來我們看一下
ce的資料夾，其結構如下圖所示：
其中
platform
資料夾下存放的是與具體平台相關的程式，當你修改某一平台的核心時就要到具體的平台所在的資料夾下去修改，比如
emulator
平台即模擬器的
kernel
部分，那就要到
emulator
的資料夾下改其
kernel
子資料夾下的源程式。
sdk
資料夾包含了
pb在編譯時用到的如
link.exe
等程式，如果我們需要手工編譯些什麼東西那麼可以到這個資料夾下來找相應的工具程式。
public
資料夾下是各平台要用到的公共的源程式，也是子資料夾最多的乙個資料夾，它的結構如下：
其中大部分都是系統元件的源程式比如ie、
shell
，如果我們想要修改某個元件的行為就可以到相應的資料夾下去找。
用得最多的是其中的
common
資料夾，在該資料夾下的
sdk資料夾下的
samples
子資料夾中有一些示範樣例程式，比如大鍵盤的輸入法的源程式等，我們可以更改這些源程式。在該資料夾下的
oak資料夾中的
csp資料夾為
cpu支援元件，裡面的各子資料夾都是針對特定的
cpu的內容，比如針對
arm、
i486
、sa11x1
等，如果我們需要處理和特定
cpu相關的部分就可以到此資料夾下來操作。在該資料夾下的
drivers
資料夾為微軟做好的各種典型裝置的驅動程式的源程式，比如
1394
的驅動、網絡卡的驅動、串列埠的驅動等，如果我們想要修改驅動或重新驅動，都可以以這個資料夾下的源程式做參考。
說了這麼多資料夾結構，那麼如此複雜的資料夾結構在編譯
ce作業系統的時候是如何組織起來的呢，編譯器是如何找到所需要的檔案的，又是由誰來告訴編譯器如何編譯的呢？這些問題的答案就是
dirs
檔案和sources
檔案，顧名思義，乙個是負責連線各級資料夾的，乙個是負責編譯選項的。
dirs
檔案是位於需要編譯的資料夾中的乙個特殊的文字檔案，它指出了要編譯的源程式所在的資料夾名。
sources
檔案是位於源程式資料夾中的乙個特殊的文字檔案，它包含了一些巨集定義，編譯程式就是利用這些巨集定義作為選項來決定如何編譯和鏈結這些源程式的。 pb
的幫助文件。
WinCE實驗教程之三資料夾結構
這裡所述的資料夾結構，不是wince系統的資料夾結構，而是整合開發環境platform builder的資料夾結構，該資料夾結構十分複雜，共有3萬多個檔案，2400多個子資料夾，如果不清楚的話在以後的開發過程當中將會帶來很大的麻煩，也時甚至會發生找不到檔案的現象。對於這個資料夾結構，我們可以大體上分...
實驗7 檔案
實驗任務1 2 自行實踐完畢 實驗任務3 從文字資料檔案file1.dat中讀入資料，按成績從高到低排序，將排序結果輸出到螢幕上，同時以文字方式存入檔案file3.dat中。include include define n 10 定義乙個結構體型別stu typedef struct student...
實驗7 檔案
實驗任務3 執行程式，觀察到在螢幕上正確輸出了按分數由高到低排序的資訊，唯一不足的事對於漢字的解碼不正確導致輸出的學生姓名成了亂碼。同時，在當前格式下，生成了文字檔案file3.dat 嘗試用記事本程式開啟檔案file3.dat，觀察到裡面的資料資訊是正確的，並且是直觀可讀的 實驗任務4.1 執行程...