• 用WCF实现对无人终端的远程监控


    -

    最进在项目中,遇到了一个需要在远程监视自动运行软件的实时情况的例子。因为MS面向服务方面有WCF,而且看了一些资料,觉得WCF比较适合这个应用。因此决定用WCF来实现这个功能。

    首先,先说一下具体的应用,监控,顾名思义,有两个方面的意思,一方面是,也就是远程要能实时查看终端的各种情况。这里其实指的就是被监控的要能主动的,实时的向远程控制端发送自己的情况。另一方面是控,即远程端能够发布命令控制终端进行执行。并由终端返回一定的执行信息。

    而且这里是一种一对一对多的关系,即一个终端可以被多个管理端监控。实际上一个管理端也可以监控多个终端,在是这种分析中,我们可以明白,真正运行服务的是终端,而不是管理端。

    简单起见,假定远程发送命令的操作是void Operation(),终端更新的操作是UpdateStatus();

    这个想法,从设计到实现,经历以下三种阶段的变形。

    最初的想法,是一个Service类。一个接口。即

    即控制端调用operation发送命令,终端调用UpdateStatus更新状态。

    对应的,要有一定的回调,即控制端发送Operation时,终端要有一个callBack进行接收,相应的,当终端用UpdateStatus时,控制端也要有一个callBack进行接收。

    当这两种操作被集成到一个服务中时,我们的wcf接口变成了如下结构。

    Code

    这样做实现起来比较方便,但是缺点也是很明显的,因为实际上终端只需要调用updateStatus,并回调receiveCommand,而管理端只需要调用Operation,回调receiveUpdateStatus(),现在这两种操作同时暴露给了终端和管理端 ,因此从设计上,这是一种不安全设计。。而且在调用相应的操作时,服务端自己又回得到相应的callBack,让人感到很费解。

    那么下一步的想法,显然是把面向终端和管理端的服务进行分开。同时,用全局的变量或MSMQ进行交互,这里为了简单起见,只使用了List<>,没有使用委托。

    这时,我们的设计变成了如下的形式:

    Code

    现在,终端和管理端的服务分开了,接口也清晰了。

    但是这样做又有另一个缺点,即我的每一个终端是只运行一个软件的,即我在运行terminalService时,只有一个点在接入。这时,我为这一个点开一个服务,是一种浪费

    于是,就有了第三种方案。即服务是面向管理端的。终端只实例一个简单的承载体,如下:

    这时,我们的方案就已经接近完美了。

    Code

    以上是我在开发中的一些体会,从第一种到第三种,可能老鸟们看着很弱智,只接就能使用第三种设计,但是对于一个初学者,直接想到这种方案可能比较困难,欢迎大家讨论。

  • 相关阅读:
    cocos2d-js 写日志log 查看日志log Android调试查看log
    嵌入式开发之hi3519---网络不通问题rmii
    嵌入式开发之视频压缩比---h264、mjpeg、mpeg4
    c、c++---linux上的GetTickCount函数
    嵌入式开发之hi3516---GV7601 SPI通信问题
    嵌入式开发之hisilicon---hi3536 处理器简介
    嵌入式开发之zynq---Zynq PS侧I2C驱动架构
    嵌入式开发值zynq---zynq中tlv320aic23b spi的驱动移植
    jumpserver 3.2修改排序规则
    haproxy 非常完整的配置
  • 原文地址:https://www.cnblogs.com/geyunfei/p/1424248.html
Copyright © 2020-2023  润新知