通用数据采集平台，从架构到代码

国内某二线城市某科技公司，项目、产品繁多，软硬件通吃。硬件大牛H，软件新人S，研发BOSS：
H：BOSS，这两天刚刚搞出个采集电参数的模块，能不能安排人做个简单的测试程序，就是一个串口，电脑上看一下数据就行，很简单的；
BOSS：可以，小S，你把老H这个功能实现下，在我原来的那个XXX串口程序基础上改一下就行了；
S：我在整个网站，没时间呀？
BOSS：这个简单，改一下显示就行了；
S：行，听你的（无懒！！）
然后S把BOSS原来的程序COPY一份，开改打开串口--->收数据---->分析数据--->显示--->关闭串口，丫的还要改程序名字等等
...
X月过后：
H:BOSS，我整了个XX控制器，需要用电脑软件控制一下就行，就发两个控制指令，然后看到控制结果就行，很简单的；
BOSS：老H，你干的不错呀，小S，你有空把这个控制实现一下，就在你上次那个采集程序基础上改一下就行了；
S:我上次那网站还没整完呀？客户吹的紧呀？
BOSS：这个简单，就两个控制指令,算你半天工作量
S：（内心：简单？简单$%$$####%^)
然后S把原来的采集程序COPY一份，开改打开串口--->发控制指令--->收数据---->分析数据--->显示--->关闭串口，丫的还要改程序名字等等
...
又是X月过后：
H:BOSS呀，有个客户那边说我们的协议不好使，要用国标的协议，能不能把协议稍微改一下，很简单的；
BOSS：嗯，客户第一嘛，小S，耶...小S...小S...小S...小S...
S：老大，我是真没空呀，让老H自己改吧，很简单的，把XX工程打开，改XX文件XX行
H：......
   

思维的逆转

    搞硬件的老H能改？他知道显示界面怎么委托？开玩笑，他可能都不知道什么是类；
    还有为什么老是拿以前的程序来改？因为我们需要以前的串口读写程序，新写的话太废时间，你说我可以封装好点，让别人调用方便点，那还是得调用呀，如果换成网络TCP怎么办？再换成其他的怎么办？
    我们对底层依赖的太严重了！我们应该把这种依赖倒置（小S:不就是依赖倒置嘛，切！！BOSS：#@￥%，理论害死人呀，你丫知道你不实践）。我们要做一个平台，无论什么协议，无论什么串口、网络，甚至其它通信方式，还有WINFORM界面显示我都把它预先处理好，让只会简单C语言的老H只关心他知道的协议； 于是就出现下面这个框架：
 



    绿色表示原始数据包的流向情况，平台自己处理所有与硬件通信功能，所有的协议放在模块中用户自己处理。   
    平台完成开发后，提供一个接口定义的模块，比如下面这个接口：

namespace IDataMonitor
{
public abstract class DllBase
{
/// <summary>
/// 接收数据处理函数
/// </summary>
/// <param name="buffer">收到的原始数据</param>
/// <returns>返回一个字符串，用于采集平台界面显示</returns>
public abstract string OnR
4000
eceive(byte[] buffer);

/// <summary>
/// 模块加载的时候执行,禁止在该函数里编写长时间执行的代码，如果需要可以用线程代替
/// </summary>
public abstract void DllLoad();

/// <summary>
/// 在主程序退出时执行
/// </summary>
public abstract void DllUnload();

/// <summary>
/// 可以通过该委托发送查询/控制指令
/// </summary>
public Func<byte[], bool> SendFunc;

}
}

 
    公司内部或其他公司开发人员拿到接口定义模块后，就可以基于它开发完成自己的协议模块（DLL形式），然后放置在平台指定的文件夹下即可，无需再次修改数据通信平台的代码，真正实现公司数据采集平台的通用。
 

用户使用

平台搭建完成后，老H只需要新建一个类库工程，添加接口文件的引用，然后如下处理自己的协议即可：

namespace TestDll
{
public class Class1 : DllBase
{
private volatile bool _bListen = true;
public override string OnReceive(byte[] buffer)
{
//这里测试，原包返回
return Encoding.Default.GetString(buffer);
}

public override void DllLoad()
{
var thread = new Thread(Query);
thread.Start();
}

public override void DllUnload()
{
_bListen = false;
}

public void Query()
{
while (_bListen)
{
string test = "this datas come from test dll";
SendFunc(Encoding.Default.GetBytes(test));
Thread.Sleep(1000);
}
}
}
}

   
    然后老H把生成的DLL文件放置在平台运行文件夹下，简单配置一下对应的具体网络（或串口）：



 
我为了方便，把测试的串口和网络都对应到TestDll处理了，运行的效果如下：



 
    通过代码可以看出，无需了解任何winform、TCP或串口编程知识，甚至可以不用知道什么是TCP，什么是串口，只需要把收到的数据解析出来就行了。小S泪流满面，BOSS清静了！！
 

链接

平台主文件DataMonitor工程及相关的接口测试：https://datamonitor.codeplex.com/
 





作者：.ccp（.cpp的代码人生）

出处：http://www.cnblogs.com/dotcpp/ 

本作品采用知识共享署名-非商业性使用-禁止演绎 2.5 中国大陆许可协议进行许可。

如您有任何疑问或者授权方面的协商，请给我留言。