《设计模式 ● 观察者》之业务场景

最新推荐文章于 2021-06-23 17:05:29 发布

webwalker

最新推荐文章于 2021-06-23 17:05:29 发布

阅读量1.5k

点赞数

CC 4.0 BY-SA版权

分类专栏：架构+模式+OO 文章标签：设计模式数据库 class 工作

本文链接：https://blog.csdn.net/webwalker/article/details/7246425

架构+模式+OO 专栏收录该内容

26 篇文章

订阅专栏

本文深入探讨了观察者模式在复杂业务场景中的应用，通过实例展示了如何利用此模式进行异常处理、日志记录等操作，以及如何在实际项目中识别并整合多种模式以提高系统的灵活性和可维护性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

/**************************************************************************************************
** 模式的初衷，无非是为我们经常出现问题的业务逻辑或系统结构提供好的解决方案，不论
** 是高层的还是较低层次的；而应用模式的主要工作则是模式识别，能将单一或复合的模式
** 结合项目自身的业务特性放在适当的场景中，则需要努力追求和不断积累。
************************************************************************************************/

观察者模式：定义了一种一队多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使他们能够自动更新自己，文字浅显易懂，在实际应用中业务场景变幻莫测。

§ 场景1

当我们需要对不同的系统异常做不同的事务处理时：

1、针对数据库异常做短信报警

2、针对安全类异常做防范处理的决策支持

3、针对接口类异常做更高优先级报警

4、针对应用类异常，做不同分类日志记录

5、 ……

当然有些不是只用观察者可以解决的问题，暂时不讨论关联方案。类图如下：

代码示例：

http://download.csdn.net/download/webwalker/7470435

    /// <summary>
    /// 数据访问类异常
    /// </summary>
    public class DataAccessException : BaseException
    {
        DataAccessException()
        {
            ExceptionSubject s = new ExceptionSubject();
            s.registerObserver(new MobileObserver(s));
            s.registerObserver(new EmailObserver(s));
            s.registerObserver(new DBLogObserver(s));

            s.AppException = this;
            s.notifyObserver();
        }
    }

$ 场景2

希望各位一起补充！