策略模式

策略模式是一种强大而灵活的设计模式，它可以帮助我们处理不同的算法或行为，并使系统更具可维护性和扩展性。通过封装具体的策略类和使用上下文对象，我们可以轻松地选择和切换不同的策略，而无需修改现有的代码。

我理解策略模式就是，在不同的条件下去做不用的事情，并且这些事情是不会互相影响的，我们可以把这些不同的事情封装起来。

策略模式得益于按照开闭原则进行设计，各个具体算法按照单一职责原则设计；提高了代码的复用性，对客户隐藏具体策略 (算法) 的实现细节，彼此完全独立，扩展其余不受影响；避免if-else 或 switch 分支语句判断；其缺点在于客户端必须知道所有的策略类，增加了系统中类的个数。

策略模式得益于按照开闭原则进行设计，各个具体算法按照单一职责原则设计； 提高了代码的复用性，对客户隐藏具体策略 (算法) 的实现细节，彼此完全独立，扩展其余不受影响；避免if-else 或 switch 分支语句判断；其缺点在于客户端必须知道所有的策略类，增加了系统中类的个数。

简单的来说当做某个事情有多个方式的时候，可以抽象为接口，然后每个实现是一种解决方式，由调用方来选择不同的实现方式。

策略模式和模版模式经常配合使用，策略模式是让完成某个任务的具体方式可以相互切换，而模版模式则是针对一个流程的共性梳理出固定的执行步骤，具体步骤的执行方式下放给子类来实现。两者解耦的维度不一样，策略模式在抽象方法的实现里，经常会用到模板模式。

InitializingBean接口为bean提供了初始化方法的方式，它只包括afterPropertiesSet方法，凡是继承该接口的类，在初始化bean的时候都会执行该方法。

策略模式还挺简单的，就是定义一个接口，然后有多个实现类，每种实现类封装了一种行为。然后根据条件的不同选择不同的实现类。

策略模式是指不同类之间有相同的行为，但是行为的具体表现形式又互不相同，在运行时可以动态选择具体要执行的行为的模式。

当方法内部的if...else越来越多的时候，我们可以通过规则引擎模式来消除这种复杂度，具体实践如下！