1.概述
设计模式的好处:使用设计模式可以重构整体架构代码、提交代码复用性、扩展性、减少代码冗余问题。
2.设计 模式六大原则
2.1开闭原则(Open Close Principle)
开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。所以一句话概括就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。
2.2里氏代换原则(Liskov Substitution Principle)
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。 LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科
封装 继承 多态 重写(模版方法设计模式中) 接口、抽象类
2.3依赖倒转原则(Dependence Inversion Principle)
这个是开闭原则的基础,具体内容:针对接口编程,依赖于抽象而不依赖于具体。
2.4接口隔离原则(Interface Segregation Principle)
这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。还是一个降低类之间的耦合度的意思,从这儿我们看出,其实设计模式就是一个软件的设计思想,从大型软件架构出发,为了升级和维护方便。所以上文中多次出现:降低依赖,降低耦合。
2.5迪米特法则(最少知道原则)(Demeter Principle)
为什么叫最少知道原则,就是说:一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。
2.6合成复用原则(Composite Reuse Principle)
原则是尽量使用合成/聚合的方式,而不是使用继承。
3.设计模式的分类
设计模式大概有23种
3.1创建型 模式
工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
3.2结构型 模式
适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式
3.3行为 模式
策略模式、模板方法模式、观察者模式 、迭代子模式、责任链模式 、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
4.策略 模式
4.1什么 是策略模式
策略模式是对算法的包装,是把使用算法的责任和算法本身分割开来,委派给不同的对象管理 ,最终可以实现解决多重if判断问题。
1.环境(Context)角色:持有一个Strategy的引用。
2.抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
3.具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。
4.2策略模式应用场景
比如搭建聚合支付平台(或者用户登录逻辑判断处理)的时候,这时候需要对接很多第三方支付接口,比如支付宝、微信支付、小米支付等。通过传统if代码判断的,后期的维护性非常差!
public String toPayHtml2(String payCode){ if (payCode.equals( "ali_pay" )){ return " 调用支付宝接口 ..." ; } if (payCode.equals( "xiaomi_pay" )){ return " 调用小米支付接口 " ; } if (payCode.equals( "yinlian_pay" )){ return " 调用银联支付接口 ..." ; } return " 未找到该接口 ..." ; }
这时候可以通过策略模式解决多重if判断问题。
策略 模式 架构 图:
4.3 策略模式环境搭建:
Maven依赖信息:
< parent > < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot-starter-parent </ artifactId > < version > 2.0.1.RELEASE </ version > </ parent > < dependencies > <!-- sprinboot web --> < dependency > < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot-starter-web </ artifactId > </ dependency > < dependency > < groupId > org.projectlombok </ groupId > < artifactId > lombok </ artifactId > < version > 1.16.10 </ version > </ dependency > < dependency > < groupId > commons-lang </ groupId > < artifactId > commons-lang </ artifactId > < version > 2.6 </ version > </ dependency > < dependency > < groupId > org.mybatis.spring.boot </ groupId > < artifactId > mybatis-spring-boot-starter </ artifactId > < version > 1.1.1 </ version > </ dependency > <!-- mysql 依赖 --> < dependency > < groupId > mysql </ groupId > < artifactId > mysql-connector-java </ artifactId > </ dependency > </ dependencies >
PayStrategy( 抽象角色 )
public interface PayStrategy { /** * 共同算法实现骨架 * @return */ public String toPayHtml(); }
ConcreteStrategy ( 具体 实现 角色 )
@Component public class AliPayStrategy implements PayStrategy { public String toPayHtml() { return " 调用支付宝支付接口 " ; } }
@Component public class WeChatPayStrategy implements PayStrategy { public String toPayHtml() { return " 调用微信支付接口 " ; } }
@Component public class UnionPayStrategy implements PayStrategy { public String toPayHtml() { return " 调用银联支付接口 " ; } }
PayContextService ( 上下文 )
@RestController public class PayContextService { @Autowired private PaymentChannelMapper paymentChannelMapper ; @Autowired private SpringUtils springUtils ; @RequestMapping ( "/toPayHtml" ) public String toPayHtml(String payCode){ // 1. 验证参数 if (StringUtils. isEmpty (payCode)){ return "payCode 不能为空 !" ; } // 2. 使用 PayCode 查询 PaymentChannelEntity paymentChannel = paymentChannelMapper .getPaymentChannel(payCode); if (paymentChannel== null ){ return " 该渠道为空 ..." ; } // 3. 获取策略执行的 beanid String strategyBeanId = paymentChannel.getStrategyBeanId(); // 4. 使用 strategyBeanId 获取对应 spring 容器 bean 信息 PayStrategy payStrategy = springUtils . getBean (strategyBeanId, PayStrategy. class ); // 5. 执行具体策略算法 return payStrategy.toPayHtml(); } }
SpringUtils
@Component public class SpringUtils implements ApplicationContextAware { private static ApplicationContext applicationContext ; @Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { this . applicationContext = applicationContext; } // 获取 applicationContext public static ApplicationContext getApplicationContext() { return applicationContext ; } // 通过 name 获取 Bean. public static Object getBean(String name){ return getApplicationContext ().getBean(name); } // 通过 class 获取 Bean. public static < T > T getBean(Class< T > clazz){ return getApplicationContext ().getBean(clazz); } // 通过 name, 以及 Clazz 返回指定的 Bean public static < T > T getBean(String name,Class< T > clazz){ return getApplicationContext ().getBean(name, clazz); } }
数据库 访问层
相关 SQL 语句
DROP TABLE IF EXISTS `payment_channel`;
CREATE TABLE `payment_channel` (
`ID` int(11) NOT NULL AUTO_INCREMENT COMMENT 'ID',
`CHANNEL_NAME` varchar(32) NOT NULL COMMENT '渠道名称',
`CHANNEL_ID` varchar(32) NOT NULL COMMENT '渠道ID',
`strategy_bean_id` varchar(255) DEFAULT NULL COMMENT '策略执行beanid',
PRIMARY KEY (`ID`,`CHANNEL_ID`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8 COMMENT='支付渠道 ';
-- ----------------------------
-- Records of payment_channel
-- ----------------------------
INSERT INTO `payment_channel` VALUES ('4', '支付宝渠道', 'ali_pay', 'aliPayStrategy');
INSERT INTO `payment_channel` VALUES ('5', '小米支付渠道', 'xiaomi_pay', 'xiaoMiPayStrategy');
数据库 访问层
@Data public class PaymentChannelEntity { /** ID */ private Integer id ; /** 渠道名称 */ private String channelName ; /** 渠道 ID */ private String channelId ; /** * 策略执行 beanId */ private String strategyBeanId ; }
public interface PaymentChannelMapper { @Select ( " \n " + "SELECT id as id ,CHANNEL_NAME as CHANNELNAME ,CHANNEL_ID as CHANNELID,strategy_bean_id AS strategybeanid \n " + "FROM payment_channel where CHANNEL_ID=#{payCode}" ) public PaymentChannelEntity getPaymentChannel(String payCode); }
优点:策略模式最终帮助我们解决在实际开发中多重if判断问题、提高扩展性、维护性增强、提高代码可读性。
缺点:后期维护不同策略类是非常多、定义类比较多、代码量增大。
优点大于缺点。