RFID会议签到系统总结(十二)――硬件访问(下)

 

在上一篇里我们根据签到系统的需求,提取出了硬件访问的公共接口,所有硬件设备只要实现了那个接口,我们的系统就可以方便地调用到,从而屏蔽了各种硬件API的异同对系统的影响。

上篇主要讲了逻辑隔离,这一篇要讲物理隔离。考虑到以后有更换硬件设备的可能(这个考虑现在看来非常的具有先见之明,在半年多前S6500这款设备在TI网站上就发现已经Discontinue了),我把不同硬件设备的接口实现放入了各自不同的程序集中,一种硬件设备一个程序集。如果要更换设备,只要把相应的程序集换掉,并修改配置就可以了。

先来看看系统中关于硬件这一块的配置是如何的:

<Hardware>

       <Devices>

           <Device DevType="Hardware.S6500.AntennaDev,S6500"

           DevName="S6500"

           DevCategory="Antenna"

           DevQty="1"

           ZeroQueue-s="3"

           BlockCount="2"

           MaxSerialPort="16" />

            

           <Device ...... />

           <Device ...... />

           <Device ...... />

       </Devices>

</Hardware>

 

一种设备一个Device,其中的Attribute基本都与IHardwareAc这个接口里的属性相对应(当然有些属性是互斥的,配置里看不到,比如有MaxSerialPort后就没必要有Port了),另外DevType这个Attribute是程序集里实现了IHardwarAc接口的Type名,DevQty则是为一个签到终端连接一个以上同种设备预留的。

这样的做法不但给更换硬件设备带来方便,而且对于商业推广也更为灵活,比如可能有些客户不需要手持设备的,那就不用发布那个程序集,同时配置里把那一个Device拿掉就万事大吉了。

经过上述的一番折腾,现在在客户端调用里其实连IHardwareAc这个接口都是看不到了,它只看到一个HardwareAdapter之类的东西,在签到系统启动的时候,这个HardwareAdapter根据配置文件创建当前硬件列表。

创建硬件列表

 

上面的devices是根据配置文件反序列化出来的硬件配置类,关于系统配置可以看总结(五)和总结(六)。

这样在客户端里所有的硬件操作都是由这个HardwareAdapter转发的。比如要关闭硬件设备,那

             /// 结束工作

             public void Stop()

             {

                    for (int i = 0;i < Count;i++)

                           hwList[i].Release();

             }

现在客户端不但不清楚硬件设备是如何工作的,而且它根本就不知道目前有没有连接有硬件设备,连接有多少硬件设备。

原文地址:https://www.cnblogs.com/lichdr/p/803135.html