|
- UID
- 872238
|
消息也能用于控制目的，初始化你的应用程序中各种类型的程序，并且他们能利用消息参数传递数据。例如，线程可能收到触屏被激活的消息，消息参数可以表明X和Y为用户行动的坐标。 在另一种类型的消息中，参数可以包括指针或者指向数据结构、窗口或其他对象的句柄。
我认为的重点：中断处理
作为一嵌入式的的软件开发者，你可能最关心windows CE消息的处理规则是如何影响你的外部系统接口时序的。windows CE通过细心设计和准确的衡量以保证其中断时序以及其它相关的特性与嵌入式的系统设计是完全兼容的。
嵌入式应用程序经常有时间临界的设备接口需要，需要发现并且在一最小的规定的时间之内对设备和系统事件作出反应。 为了支持这样应用程序， windows CE中包括了高度优化中断传送，优先级和服务系统。在windows CE内核中 ，中断处理分成两个明显的部分:中断服务程序(ISR )以及中断服务线程(IST )。这个系统的目的是使ISR 尽可能小和快。在硬件的层次上，每一中断要求(IRQ )线程与一特定的软件ISR联系。当被触发时，给定的ISR除了通知内核IST的位置外，还做少量的工作。一旦IST 被初始化(尽管没必要完成)，系统便准备好接受下一中断并且处理下一中断。每一个中断有一个优先级与他们相联系。 windows CE为确定线程时序，利用基于优先级的时间片段算法。因此为IST设置优先级以满足应用程序的时序需要是应用程序软件开发者的责任。这种将ISR 和IST在中断程序中分开处理最终结果是，典型的中断等待时间被大大地减少了，在中断程序中发生不可接受的延迟的可能性也大大减少。
看清本质：Windows CE的存储结构
像其它的32 位Windows平台一样，Windows CE操作系统也有虚拟内存的特性。内存总在某一时间按页分配给应用程序，页的大小由系统设计者决定(并在操作系统为目标硬件平台创建时被指定)。例如 在手持电脑，内存页大小是典型的1KB 或者4KB 。
在初始化期间(导入)，Windows CE创造一个独立的被所有程序共享的4GB 虚拟地址空间。当程序引用一个虚拟的地址时，它被内核记录在物理的内存上。 这使得应用程序软件开发者不必去考虑目标系统内存的物理的布局。虽然所有程序共享单一地址空间，应用程序仍然可避免相互误用。Windows CE 通过改变每页的保护来防止误调用的发生，而不是分配给每一程序不同地址空间。 作为应用程序开发者，你可能不会太在乎目标系统的内存的物理的结构。 内存可以全部是随机存取内存，或者它可能包括闪存卡或者硬盘驱动器。Windows CE操作系统为你管理内存资源，同时WIN32 API 向你提供必要的分配、使用和释放的内存的接口。然而，作为一个嵌入式的系统的设计者，你仍需要细心的考虑将在你的硬件平台上执行的应用程序的内存需要，并且全面考虑成本、速度和可靠性，平衡各种目标的冲突。
无论你的系统内存的配置如何，ROM(只读内存)将占用十分重要的地位。不同于其它的32位Windows操作系统，Windows CE操作系统的代码在只读内存中，并且在那个只读内存中原地执行。 依据你的产品需要，你也能选择在只读内存中放置应用程序代码。 例如，Pocket Word，Pocket Excel和其它应用程序程序，包括在手持电脑只读内存中被提供的。存储在ROM中的程序组在Windows CE下当地执行，所以嵌入式系统的设计者能够只占用很少的RAM用于堆栈存储的需要。相应地，你的嵌入式应用程序可以利用RAM既作为程序的内存又可作临时存储空间。
为了进一步的增加应用程序软件的性能， Windows CE采用按需求将内存分页；操作系统仅仅需要解压缩并且装入基于RAM的一小部分程序准备执行。ROM和 基于RAM的程序的灵活性与速度意味着基于Windows CE的设备能够被构造成各种内存结构形式。
不得不说的话题：意外情况的处理
意外情况处理是强大的编程技术，相应一套的WIN32 API 起函数能容易的发现未预料到的错误状况，并且使之恢复。结构化的意外情况处理，允许危险段的代码可能由于硬件资源的问题、设备的冲突和微小的编码错误而导致失败，以使这部分程序与其余的应用程序分开。这保护了应用程序，使之免于过早的终止或者产生敏感的系统问题。
结构化的意外情况处理包括定义一系列声明作为保护，并且为第一套的声明定义了另一个套声明作为意外情况句柄。 意外情况句柄定义了一个或多个声明来保障系统的运行，而不管保护声明的现有的状态。
在大多数32 位Windows平台上应用WIN32 API 的程序员在运用意外情况句柄的时候通常有两种选择，用C或 C++ 编写应用程序，并且利用WIN32提供的处理意外情况的宏，或者利用C++ 编写应用程序，并且使用C++ 语言定义的意外情况处理函数。 |
|
