工作中常用到的设计模式-短信发送策略

一、概述

我们工作的业务代码从注释、命名、方法和异常等多方面实现整洁代码,但是感觉不够简洁,不够优雅,因为这是设计上的不足,总结就是抽象不够、可读性低、不够健壮。那这些就用到了设计模式。

java本身没有设计模式,但是随着时代的发展,写代码是人多了,他们便总结出了一套能提高开发和维护效率的套路,这就是设计模式。设计模式不是什么教条或者范式,它可以说是一种在特定场景下普适且可复用的解决方案,是一种可以用于提高代码可读性、可扩展性、可维护性的最佳实践。

二、短信发送策略

我目前在职的公司主营业务是智能语音外呼,主要是用机器人语音外呼替代人工,为了提升外呼之后的转换,通常会给客户发送一条挂机短信。但是因为通信通道的不稳定性以及业务复杂性(每个通道能发送的短信模板都是不一样的,比如营销类短信,游戏类短信),导致我们经常要对接各种短信通道。多数的小伙伴就会写出以下的代码:

if(type=="A通道"){
   //按照A通道的对接文档进行对接
 
}else if(type=="B通道"){
   //按照B通道的对接文档进行对接
}else{
    //按照默认格式解析
}

这个代码可能会存在哪些问题呢?

  • 如果分支变多,这里的代码就会变得臃肿,难以维护,可读性低。
  • 如果你需要接入一种新的解析类型,那只能在原有代码上修改。

说得专业一点的话,就是以上代码,违背了面向对象编程的开闭原则、单一原则以及迪米特法则

  • 开闭原则&#
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在Java面试,常常会涉及到设计模式的问题。以下是一些常见的设计模式,面试时可能会被问到的: 1. 单例模式(Singleton Pattern):确保一个类只有一个实例,并提供一个全局访问点。 2. 工厂模式(Factory Pattern):定义一个用于创建对象的接口,但由子类决定要实例化的类是哪一个。 3. 观察者模式(Observer Pattern):定义了一种一对多的依赖关系,使得当一个对象改变状态时,所有依赖它的对象都会被通知并自动更新。 4. 策略模式(Strategy Pattern):定义一系列算法,将它们封装起来,并且使它们可以相互替换,让算法的变化独立于使用算法的客户。 5. 装饰者模式(Decorator Pattern):动态地给一个对象添加额外的职责,就增加功能来说,装饰者模式比生成子类更加灵活。 6. 适配器模式(Adapter Pattern):将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 7. 原型模式(Prototype Pattern):用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。 8. 命令模式(Command Pattern):将一个请求封装为一个对象,使得可以用不同的请求对客户进行参数化。 9. 外观模式(Facade Pattern):为子系统的一组接口提供一个统一的接口,定义了一个高层接口,这个接口使得这一子系统更加容易使用。 10. 模板方法模式(Template Method Pattern):定义一个操作的算法的骨架,将一些步骤延迟到子类。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 这些只是一部分常见的设计模式,面试时还可能会问到其他设计模式,所以建议在准备面试前多学习和了解各种设计模式的概念、应用场景和实现方式。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值