其中，Platform Builder主要用於定制操作系統。雖然它也支持編寫應用程序，但使用相對較少。如果我沒記錯的話，它必須先編譯系統，然後才能構建新的應用程序項目。
VS2005和VS2008是微軟的集成開發工具，PB6.0是作為VS2005的插件安裝的(PB6.0目前應該不支持VS2008)。在VS2005中，可以編譯WinCE6.0的操作系統，也可以在設備上編譯應用程序，省去了切換開發環境的麻煩。
EVC4(SP4)是壹個嵌入式VC，和VC6.0基本壹致。
WinCE應用程序的開發與桌面Windows應用程序的開發相比有壹些特點，如下:
1.UNICODE編碼。WinCE中的應用程序只能使用UNICODE編碼，而桌面系統支持UNICODE和ANSI代碼。將PC端程序移植到設備上需要註意這壹點。
2.SDK .SDK是軟件開發支持包，對於軟件開發來說是必不可少的，但在WinCE應用程序的開發中尤為重要。由於WinCE系統本身是非標準操作系統，其組件特性和剪裁決定了不同的系統支持不同的API。而桌面系統相對標準，SDK的作用被弱化。WinCE中的SDK是系統開發人員對系統進行編譯後，通過Platform Builder導出的。應用程序的開發人員安裝這個SDK，編寫應用程序，最後將應用程序下載到目標平臺上運行測試。壹般來說，SDK是應用和操作系統的紐帶，但兩者之間並不存在完全的壹壹對應關系。比如硬件和操作系統調試不好的時候，我們可以用標準的SDK或者定制壹個模擬器的SDK先開發應用程序，等硬件和系統調試好了再做聯調。該應用程序基於新的SDK編譯，無需重新編譯即可運行。當然，壹個應用在其他設備上運行的很好，但是在另壹個設備上就不行，這是很正常的。就像WM上的很多應用不能在WinCE上運行壹樣，雖然內核壹樣，但是系統不壹樣，支持的API也不壹樣。
最後說壹下開發語言。WinCE應用程序有幾種開發方式，如Win32、MFC和Managed。對於開發者來說，選擇用哪壹個主要看效率，開發效率，運營效率。根據能量守恒定律，開發效率和運營效率應該是壹種權衡關系。呵呵，和能量守恒定律有關嗎？勉強找到壹個有力的證據。托管代碼開發效率高，但執行效率相對較低。這在素材不是特別豐富，實時性無法保證的嵌入式系統中尤為突出。MFC是基於Window32的基礎類庫，封裝了很多Win32 APIs，方便開發者使用。不過也有缺點，好像還沒更新。Win32是三者中最低的。編譯出來的程序小，沒有額外負擔，運行速度快，自然開發難度更大，代碼量也大。開發應用時，要根據實際情況選擇更適合的。