WinCE嵌入式开发程序入门

在初始化期间(导入)，Windows CE创造一个独立的被所有程序共享的4GB 虚拟地址空间。当程序引用一个虚拟的地址时，它被内核记录在物理的内存上。 这使得应用程序软件开发者不必去考虑目标系统内存的物理的布局。虽然所有程序共享单一地址空间，应用程序仍然可避免相互误用。Windows CE 通过改变每页的保护来保护程序内存，而不是分配给每一程序不同地址空间。 作为应用程序开发者，你可能不会太在乎目标系统的内存的物理的结构。 内存可以全部是随机存取内存，或者它可能包括闪存卡或者硬盘驱动器。Windows CE操作系统为你管理内存资源，同时WIN32 API 向你提供必要的分配、使用和释放的内存的接口。

然而，作为一个嵌入式的系统的设计者，你将需要细心考虑将在你新的硬件平台上执行的应用程序的内存需要，并且全面考虑成本、速度和可靠性，平衡各种目标的冲突。 如果你为使用Windows CE开发一个新的硬件平台 ，Windows CE的面向Visual C++ 的嵌入式软件包包括资源可以帮助你做出这些决策，并且从而构成操作系统。

无论你的系统内存的配置如何，ROM(只读内存)将占用十分重要的地位。不同于其它的32位Windows操作系统，Windows CE操作系统的代码在只读内存中，并且在那个只读内存中原地执行。 依据你的产品需要，你也能选择在只读内存中放置应用程序代码。 例如，Pocket Word，Pocket Excel和其它应用程序程序，包括在手持电脑只读内存中被提供的。

存储在ROM中的程序组在Windows CE下当地执行，所以嵌入式系统的设计者能够只占用很少的RAM用于堆栈存储的需要。相应地，你的嵌入式应用程序可以利用RAM既作为程序的内存又可作临时存储空间。

为了进一步的增加应用程序软件的性能， Windows CE采用按需求将内存分叶;操作系统仅仅需要解压缩并且装入基于RAM的一小部分程序准备执行。ROM和 基于RAM的程序的灵活性与速度意味着基于Windows CE的设备能够被构造成各种内存结构形式。

手持电脑的内存结构

典型的Windows CE的硬件平台的内存结构是与基于 Windows系统的台式电脑的内存结构十分不同的。 为了知道内存通常如何在Windows中被处理的 ，考查基于Windows CE的最普通的代表性的设备-手持电脑，是很有用的。

在手持电脑中，RAM被分割成两个主要的部分：存储内存和程序内存。 向两部分分配的RAM的量能被手持电脑用户修改(在限制范围内)。 这个RAM的划分图如图4所示。

在手持电脑中的存储内存类似于台式电脑的硬盘RAM。 它被用来存储数据和非系统应用程序。它的三段中每一段被不同的一套WIN32 API 访问函数：

Windows CE系统寄存器类似于Windows NT和Windows 95的操作系统的寄存器。你能利用WIN32 寄存器函数来操纵寄存器中键和数值。

被用户安装的应用程序和数据在一般文件存储段中。Windows CE文件系统API 是标准WIN32 文件系统的子集函数。

对于数据库应用程序，由Windows CE 数据库API来存储被管理存储。这API 对Windows CE是唯一的 ，并且在其它的WIN32 平台中没有。

程序内存被用于系统和非系统程序的堆栈存储。 非系统应用程序从存储内存(或者或许PC卡)被取得，非压缩的并且被装入要执行程序内存中。

意外情况处理

意外情况处理是强大的编程技术，相应一套的WIN32 API 起函数能容易的发现未预料到的错误状况，并且使之恢复。结构化的意外情况处理，允许危险的段的代码可能由于硬件资源的问题、设备的冲突和微小的编码错误而导致失败，以使这部分程序与其余的应用程序分开。这保护了应用程序，使之免于过早的终止或者产生敏感的系统问题。

结构化的意外情况处理包括定义一系列声明作为保护，并且为第一套的声明定义了另一个套声明作为意外情况句柄。 意外情况句柄定义了一个或多个声明来保障系统的运行，而不管保护声明的现有的状态。

在大多数32 位Windows平台上应用WIN32 API 的程序员在运用意外情况句柄的时候通常有两种选择，用C或 C++ 编写应用程序，并且利用WIN32提供的处理意外情况的宏，或者利用C++ 编写应用程序，并且使用C++ 语言定义的意外情况处理函数。

对于这种程序的编写，Windows CE的开发者因无法访问C++的(面向Windows CE的Visual C++ 目前还不支持意外情况处理，所以必须使用WIN32 API的意外情况处理宏。

为了应用WIN32意外情况处理，你将使用一套在WIN32 API 中被定义的宏。 下面一段代码显示其基本概念：

_try {

// The statements in here have a possibility of failure

// and so are guarded.

}

__finally {

// This is the exception handler. This code will execute

// after the guarded statements, no matter what happened

// in the guarded block of code above.

}

// This code will execute normally if the program flow allows

// it (no goto, exit, etc.)

__try 以及__finally 宏产生了使用意外情况句柄的所必要的底层代码。

意外情况的处理对诸如在嵌入式的应用程序中的那些普通的多线程序是有用的。WIN32结构化意外情况处理宏 是一种容易并且强大的保护应用程序使之免受未预料到的失败的方法。

设备处理

有无数硬件设备(外围设备)与应用Windows的平台(Windows NT以及 Windows 95)台式机是兼容的，并且每一年都有更多的东西在市场上涌现。而Windows CE的平台，通常不支持台式计算机支持的设备的很多品种的外围硬件。 然而，为一嵌入式的的系统创造可靠的设备接口在嵌入式的程序设计的过程中，是比较富有挑战性的部分。 这部分地因为典型的嵌入式的系统接口的时序与其它可操作性的需要远比台式电脑计算系统和应用程序的更难。

幸运地，WIN32 API 提供了一套丰富使设备接口方法，使得设备接口程序写起来更容易并适合于特定嵌入式的系统的需要。

WIN32 API是如何帮助的 WIN32 API在你的硬件平台为你提供一套一致的基于流的接口。 为了使用设备，你首先利用适合于设备类型的函数打开它。 对于大多数设备，你利用的函数是在下列例子中的CreateFile 函数：