首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

嵌入式式软件开发程序WIN32 编程入门 05

嵌入式式软件开发程序WIN32 编程入门 05

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


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


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


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


  对于这种程序的编写,Windows CE的开发者因无法访问C++的(面向Windows CE的Visua l 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 函数:HANDLE hPort = CreateFile("COM1"); // Open the serial port CreateFile函数打开规定的设备(串口)并且返回用于以后在该种设备上的操作(例如读和写)的句柄。 各种各样函数的(包括ReadFile ,WriteFile ,LockFile 和其他)接受这个句柄为参数,并且允许你(例如)读写数据,检查设备状态,并且将从其它程序的存取被锁住的设备或者文件列入清单。 文件输入输出操作被处理成与其它设备类型利用同样的API 函数,并且在文件之内包括随机的访问的函数。 被若干程序或线索同时访问的设备和文件可以分区域地利用LockFile 函数锁定。


  在你的应用程序已完成设备或者文件之后,它将调用CloseFile 函数关闭设备,并且进行必要的清除设备的工作。


  同步和异步的设备的处理嵌入式系统的经常有关键的设备有时序需要。 对于这个理由,对底层的操作系统的软件接口必须能够在软件层次上管理同时(或者几乎同时)的系统中不同类型的设备的事件。


  WIN32 API 支持对设备的同步和异步的访问,并且用复杂的设备接口设计。


  同步的接口是那些在软件需要从设备得到动作的要求,然后等候结果。在同步的设备接口中,最常用的是前面已经提到的ReadFile 以及WriteFile函数。当在同步I/O中使用的时候,不论你与磁盘上的文件、并口或是串口、一个通道或其它类型的设备接口时,都是公用的并且是兼容的。


  异步的接口是那些设备要求应用程序为之服务的接口。一个异步的设备的好的例子是键盘。适当和适时的处理异步事件,对于许多嵌入式应用程序是至关紧要的。幸运的是,为Windows CE编写的设备驱动程序能支持同时的多线索访问驱动器。这大大地简化异步输入设备的处理。


  你所访问的给定的设备的方法,取决于那个设备的特性和你开发的特定的应用程序的要求。如果你在基于你的Windows CE的硬件平台上创建一个全新的设备(和设备驱动程序)
返回列表