当前软件是这样设计的，控制器下方控制多台设备，每台设备都有自己的Driver驱动程序。
软件架构上我想在控制器和驱动层之间添加一个IO的管理，用来管理各个驱动和数据，
这个IO管理能把所有设备的有效状态能记录成IOChannel，记录在数据库中
在IO和底层设备进行通信的时候，能实时读取，写入和更新各个通道值
不知有没有人做过类似的IO管理？？IOChannel的值比较多超过5000个左右吧
请各位不吝赐教~~~
若给出实例和资料，另开帖加分！！
------解决方案--------------------
“控制器”是什么东西？
是什么类型的设备啊？
Windows还是Linux？
------解决方案--------------------
让每个driver自己主动对数据库中进行读/写，领取或登记相关信息；
管理者自然可从数据库中掌握各个driver的情况了。
------解决方案--------------------
你不是有思路了吗？：“在IO和底层设备进行通信的时候，能实时读取，写入和更新各个通道值”。
问一个问题：在HOST端（PC机端）编写USB的驱动程序，难不难的？
------解决方案--------------------
哦，好吧，我承认我是来蹭分的，顶起！
------解决方案--------------------
帮顶
------解决方案--------------------
帮顶，待牛人来解决
------解决方案--------------------
帮顶，待牛人来解决
------解决方案--------------------
------解决方案--------------------
问题描述的还是不够清楚，就是在work thread里面读设备数据，update database吧。
------解决方案--------------------
刚入门，顶起期待大牛
------解决方案--------------------
是类似于控制器抽象层的东西？围观大牛出来解答啊。
------解决方案--------------------
先占个位置：
大体思路无非是IO管理提供注册和更新接口，
驱动初始化时向IO管理层注册、添加数据库记录，
驱动在读写时通过更新接口修改数据库记录。
当然还需要考虑驱动很多的抽象和性能问题。
------解决方案--------------------
这个我没做过，没经验，不过觉得8楼和25楼说得比较好。
------解决方案--------------------
学经验
------解决方案--------------------
期待大牛！！！
------解决方案--------------------
期待！！！
------解决方案--------------------
期待大牛出现
------解决方案--------------------
添加这个IO管理有什么好处呢？有别的方式实现同样的功能吗？
------解决方案--------------------
我认为和io管理器没有关系。你的所谓的每个设备有自己的驱动 ，你只要在这个驱动下面 添加一个过滤驱动 不就可以 随意的操作所有你的设备了，如果是你的“每个设备自己的驱动”是基于同样基础的话。
------解决方案--------------------