用于跟串口设备通讯的net基类commbase.doc

HYPERLINK /zellzhang/archive/2005/08/13/214338.html转：使用P/Invoke来开发用于与串行设备通讯的.NET基类HYPERLINK /zellzhang/archive/2005/08/13/214338.html?Pending=true#Post/zellzhang/archive/2005/08/13/214338.html?Pending=true#Post本文相关代码下载：HYPERLINK /download/8/3/f/83f69587-47f1-48e2-86a6-aab14f01f1fe/NetSerialComm.exeNetSerialComm.exe (89KB) 导引：在.NET环境下编写与RS252串口通信的应用程序的唯一方法，就是引用过时了的并且有点限制的MSComm ActiveX控件。这篇文章介绍了用C#安全代码编写一个多线程的，且时尚的与RS232通讯的基础类库。这个类库使用平台调用服务（即Platform Invocation Services）来与Win32 API直接交互。程序员可以通过继承在任何.NET语言下使用这个类库;这个文章还探讨了一些用C#和Visual Basic .NET写的示例程序。 微软.NET框架类库（FCL）提供了相当全面广泛的功能来替代在Win32@API编程下原有的功能，特别是C#与Visual HYPERLINK mailto:Basic@.NETBasic@.NET语言的可互访性。尽管如此，RS232串口通讯是.NET框架类库是明显未被涉及的方面之一。从而很正常的，很多人就把这些接口当成了遗弃物。目前，你还是通过软件层与串行调制解调器进行通讯，比如TAPI与PPP。其它从前使用这些接口的设备现在正在向USB接口移植。不过，一些专业的RS232设备的驱动程序仍然有通讯的需要，比如GPS接收器，barcode and swipe card readers,可编程控制器和一些可预见的程序员将来继续使用的设备。（关于RS232接口的规格信息，可以参看HYPERLINK /msdnmag/issues/02/10/NETSerialComm/sidebar.asp#figaHardware Specs.) 平台调用服务 (P/Invoke)是能够使用托管的CLR代码调用非托管DLLs的.NET技术，包括那些实现Win32 API的DLLs。在这篇文章里，我将用C#把与RS232通信的API封装到CLR托管的代码中去。生成的基类库将使用.NET语言开发特定设备的驱动变得相对容易。完整的代码和示例可以从这篇文章顶部的链接中下载到。 设计原理 在把Win32串口通讯功能封装到托管类的时候，这里至少有四种实现方式让你选择：1.使用P/Invoke把API函数、常数、结构作为静态成员封装到托管类中。虽然我在里面使用了这种方法，但没有这个类暴露给程序员。2.写一个流的处理角色。这是.NET框架对文件、控制台、网络通讯的一般地、可扩充的提取。咋一看，这个很有吸引力，但近距离审视的时候，这个更适用于传统的调制解调器，而不适合于现在基于命令响应语法的设备。3.做一个直接替换MSComm OLE Control Extension(OCX)控件的替代品。换句话说，新建一个封装了API文件处理并提供许多基本的方法和事件（比如，Open,Close,Read,Write等等）。你可以在应用程序类里初始化这个类库里的一个对象来达到重用的目的――那就是说，通过COM-style的集合。4.写一个应用程序需要继承的基类。这是一个充分体现.NET优点――运行时对不同语言继承的无关性――的面向对象的方法。这些基础的方法被继承进应用程序对象中，虚方法将被使用，而不是使用事件。这个应用程序对象将巧妙地提供一个适用于真实RS232设备公共接口（比如，一个GPS接收器驱动可能拥有一些关于经度和纬度的公共属性）。 我将采用第四种方法。这个类库将会包含两个被生明为抽象类的基类（它们不能被示例化），但我将使用继承来把它们作为实现某些特定应用的基类。图1表明了这种继承的层次关系。   图1继承层次 第一个库类，CommBase，对数据格式化、更容易开启与关闭通讯接口、发送与接收字节数据、输入与输出交互的控制等都不提供任何实现。 第二个库类，CommLine，继承自CommBase，并且做了两个实现：接收与发送的字节是ASCII编码并使用一个保留的ASCII控制编码来标记数据行数的可变长