.NET初学者架构设计指南（三）设计模式

程序的运行时 序是这样：设备对象得到自己所包含的信号上的实时数据，然后找到与自己相关的每一个告警对象，依 次调用他们的Judge方法。Judge方法根据告警条件公式判断是否有告警存在，如果存在的话，就把相关 设备的HasAlarm属性设置为True。就这样，程序的主要功能实现了。

下面是这个程序的一个客户 端界面：

界面的左侧是一个树，表示设备的分类关系 ，每个叶子表示一个设备；当鼠标在树上点击一个设备，右侧的列表视图上显示这个设备上的信号和采 集数据；如果设备上有告警，对应的树节点要标示一个显著的颜色，并且状态栏上要显示最近的告警。

要实现界面的刷新，最简单的方式莫过于在窗体上设置一个定时器，每隔一段时间检查一下所有 设备的HasAlarm属性，发现有告警的设备，就把这个设备在树上的图标换掉，然后再把告警的内容显示 在状态栏上。但是这样做有一个缺点，定时器的时间间隔无论怎样设置都是不合适的，时间太长了，可 能会有一些告警要很久才能显示出来；时间太短的话，可能很多次刷新都没有告警，白白的消耗资源。 这种刷新的机制是不合理的。要解决这个问题，可以采用观察模式（Observer）。一个对象需要等待另 一个对象发出一个消息，然后再采取响应措施，等待消息的对象不需要知道消息如何发生、何时发生， 发出消息的对象也不需要知道谁会关注这个消息、如何响应。这种情况就可以采用观察模式。

使 用C#实现观察模式有一种非常简单的方法，那就是事件。我们可以在设备上定义一个事件：告警。当设 备的HasAlarm属性被设置的时候，他会检查参数，如果发现参数为True，就发出告警事件。设备的代码 片段如下：

class Device
{
    public event System.EventHandler Alarm;//定义告警事件
    public Device()
    {
        this.Alarm += new System.EventHandler(this.Device_Alarm);
    }
    public void SetHasAlarm(bool has)
    {
        if (has == true)
        {
            Alarm(this, null);//发出告警事件
        }
    }
    private void Device_Alarm(object sender, EventArgs e)
    {
    }
}

当设备 上产生告警的时候，设备对象会发出Alarm事件。界面上的树视图可以捕获这个事件，将对应的树节点图 标设为红色；状态栏也可以捕获这个事件，把设备上的告警显示出来。比起定时轮循，这是一种更加合 理高效的方式。

对象设计是不是合理，所参照的标准是这个设计是不是反映了业务需求的实际概 念。要做到真实的反映业务需求，最根本的方法是要深刻的去理解需求，深入的探索业务人员的工作和 思想，甚至去留意他们自己都无法用语言表达的思维环节。在一个涉及者众多的企业支撑系统中，这种 情况很常见的。有经验的业务人员肯定会积累很多这样的思想，体现了这些思想的对象模型才是最优秀 的。要让软件系统来帮助业务人员进行工作，也就必然无法回避这样的问题。合理的使用设计模式可以 最大限度的降低系统的复杂程度，但是归根到底，复杂程度是由业务需求所决定的。当对象设计基本清 晰之后，设计模式可以帮助设计人员更好的处理对象之间的复杂关系，建立一个更加简单、稳定的对象 模型。同时，设计人员也可以从设计模式中得到启发，去发现一些原本没有留意的细节。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!