WinCE设计开发常见问题（WinCE开发特性及忠告）

。如果您选择了Emulation，在您按下运行（或F5）后，EVB将自动启动模拟器，并把程序下载到模拟器中。

　　由于新的Windows CE.NET将不再支持EVB，微软建议EVB程序员使用VB.NET开发新的程序，而对于原有的EVB程序也给出了迁移路径，关于这方面的论述，您可以参考MSDN文章《Moving from eMbedded Visual Basic to Visual Basic .NET》。

　　EVC开发入门

　　无论是Win32平台还是WinCE平台，Visual C 都是一个强大的开发工具。而EVC也是WinCE上的主流开发工具。EVC支持MFC类库的子集，可以给开发者提供最强大的支持，也使Win32平台上的VC程序员可以很容易地迁移到WinCE平台上。但由于MFC类库需要一个DLL，所以对某些存储空间有限的嵌入式设备来说，这是个很大的负担，所以SmartPhone就不支持MFC。

　　说这么多，让我们来创建一个EVC的工程。是不是和VC很像，需要提醒大家注意的是，由于嵌入式设备支持的CPU种类很多，我们在选择创建工程类型的同时，也要把该工程所支持的CPU类型选择好。创建工程的过程和VC是一样的。当然不同的平台支持的工程类型是不同的，比如Pocket PC 2003有支持MFC和API的两种工程，而SmartPhone 2003则只有支持API的一种工程。

　　EVC中比VC环境中多了一行下拉菜单的选项，分别用来选择：工程、SDK、CPU类型和输出设备。以Pocket PC为例，在实际设备上调试应该选择Win32(WCE ARMV4)Debug ，而在模拟器上则需要选择Win32(WCE emulator)Debug。

　　VS.net开发入门

　　又来到我们的.NET时间了，我怎么说又？最近大家都被JAVA和.NET搞得头昏脑胀了吧？不管大家怎么吵，.NET Compact Framework对于手中缺少开发利器的嵌入式程序员无疑是一大福音。Visual Studio .NET 2003完全支持对移动设备的开发，好了，让我们开始一段奇幻的.NET之旅吧。

　　打开VS.net 2003，选File - New – Project,就打开了上面的界面。让我们来建立一个Visual C#的工程，然后选择Smart Device Application，然后OK。

　　你在这里要选择目标设备：Pocket PC、SmartPhone、Windows CE（指的是其他平台），下面则是选择创建的工程类型，我们选择“Windows Application”，左边是选择的平台所支持的模拟器。最后点击OK，我们就可以进入VS.NET的主界面了。

　　选择输出设备的情况和EVB十分类似，只需要选择输出设备，而不用选择CPU类型。当然了，因为.NET是运行在虚拟机上的了。在CPU类型众多的嵌入式领域，.NET和JAVA才能真正发挥自己的强项。

　　当然，我们也可以选择VB.NET作为开发智能设备的语言，情况和C#完全一样。目前智能设备开发只支持C# 和VB.NET。爱好C 的程序员可能还要等上一段时间。

Windows CE 开发的忠告

　　可以说当我们花了大部分时间将已有的应用程序移植到Microsoft Windows CE中。一般说来，这个计划不是太难。我们起步于Microsoft Win32代码，当然Windows CE是基于Win32应用程序接口（API）的。有利的是，我们的应用程序（即Raima 数据管理器）有方便的使用接口，并包含一个大约由150个子函数组成的库，这些函数都是由C语言写成，可以用来创建、管理和访问数据库。

　　按建立应用程序的方式来说，我们原以为将它移植到Windows CE中是一项相对简单的C语言编程练习。然而，我们不久便遇到好些困难。从粗心大意的错误开始，比如在基于Windows NT 的Windows CE仿真器上使用Microsoft Windows NT库，接着又违背Windows CE的编程戒律，如"千万不要给Unicode（国际标准组织10646标准）字符分配奇数内存地址"。

　　大约有百分之九十的问题或多或少地与Unicode有关。尽管Unicode编程不难，但是，当给单字节字符编写代码时，很容易出错（我有过许多次错误）。

　　下面这些忠告是根据我们在Windows CE上编写Raima 数据管理器的经验总结出来的，但我相信，在做任何其它Windows CE程序之前，它们都值得借鉴。毕竟大多数Windows开发者，当他们创建第一个Windows CE应用程序时，真正运用的是已掌握的Win32知识。

不要在仿真器上使用Windows NT库

　　这里所讨论的第一个错误实在太愚蠢了，但我还是陷了进去，也许你也会。当用Microsoft VC （5.0版）创建一个Windows CE程序时，你会发现，包含路径（include）、 库路径（library）、及可执行程序路径被自动调整以匹配反应目标环境的选择。因此，比如说为Windows CE模拟器建立应用程序时，你会发现，include路径没有指向Win32的包含文件（在VC目录下），而是指向Windows CE包含文件（在WCE目录下）。千万别去修改。

由于Windows CE在Windows NT下运行，所以仿真器上运行的程序能够调用任一Windows NT动