基于模板模式+策略模式的告警规则设计

由于监控类型增多。一个统一的流程下,要兼容各种不一样的规则,会引入许多if-else的判断语句。代码可扩展性太差。

进行代码重构的过程是痛苦的。牵一发而动全身。深感觉设计之重要性,当初为了完成需求而写的代码,现在整改起来真是头疼。

 

首先分析下。整个规则下有个统一的流程;

1,先获取数据源;

2,再获取对应的监控规则;

3,然后根据规则产生不同级别的告警

4,同是该级别告警重复次数达到一定值时记录该告警同时发送邮件给相关人员。

 

告警实现v1.0。

      就是按照函数编程的习惯,一个流程走到底,中间加上判断不同规则类型使用不同操作。可想而知里面有多少if-else。

告警实现v2.0。---基于模板模式和策略模式实现。

      使用模板模式将整个流程模板化。获取数据源,获取规则,产生告警,发送邮件。 基于中间一些细节的不同,使用抽象方法的方式,让子类去实现对应的方法,从而实现个性化。

      用策略模式去实现其中产生告警的规则的不同策略。比如,cpu利用率,当数字越大,也告警级别越高,而c盘剩余空间也是数字越低告警级别越高。所以采用一个策略模式。通过接口暴露出一个获取告警级别的方法。

      用设计模式去整改代码,可扩展性增强了,当类也增加了。阅读起来也比较难理解些。

      走在java面向对象编程的路上。路漫漫。

     文末链接:https://www.runoob.com/design-pattern/template-pattern.html 菜鸟教程

     个人感觉策略模式偏向于算法细节的不同,而模板模式是这个算法的架构。

 

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值