策略模式的使用动机?
- 在软件构建的过程中,某些对象使用的算法可能是多种多样的,经常改变,如果将他们都编码到对象中,那么对象会变得异常复杂,并且有时候支持不会用到的算法也会是一个性能负担。
- 为了在运行时根据需要透明的更改对象算法,事项对象本身的解耦
- 一句话概括:一个类的行为或算法可以在运行时更改。
什么是策略模式?
定义了一系列算法,把他们一个一个的封装起来,并且使他们可以互相替代(变化)(就是支持变化),该模式使得算法可以独立于使用它的客户程序(稳定)而变化(扩展,子类化)

用于在什么场景使用?
- 如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
- 一个系统需要动态地在几种算法中选择一种。
- 如果一个对象有很多的行为,如果不用恰当的模式,这些行为就只好使用多重的条件选择语句来实现。
- 不希望客户端知道复杂的、与算法相关的数据结构,在具体策略类中封装算法和相关的数据结构,提高算法的保密性与安全性。
具体怎么使用
- 在策略模式中,我们创建各种表示策略的对象和一个行为随着策略对象改变而改变的context对象。策略对象改变context对象的执行算法。
- 重构中 swich case 散弹,就是if else 它是结构化时代中分治的思想,而我们是可以用面向对象中的抽象来解决,就是说你使用判断语句,并且可能会扩展的时候,使用策略模式,就是说看到if else就是看到程序中的坏味,当然,固定次数的判断语句不需要,
- 还有就是if else可能会有一些性能负担,就是说,比如软件装到德国,使用if else就会只调用德国的语句,但是其他的语言也是在代码段中,就是说装载到代码段中却不被使用,而策略模式是多态调用,用到哪个调哪个,具有更好的本地性,因为代码在代码段,最好是在cpu的高级缓存里,代码段过多就要有一些到主存中,
要点
- 策略模式以及他的子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便的根据需要在各个算法之间进行切换
- 策略模式提供了使用判断语句以外的另一种选择,消除条件判断语句,就是在解耦,含有许多条件判断语句的代码都需要策略模式
- 如果stategy对象没有实例变量,那么各个上下文可以共享一个策略对象,从而节省对象开销

策略模式是一种设计模式,它允许在运行时选择和切换不同的算法,避免了复杂的条件选择语句,提高了代码的可维护性和扩展性。通过创建一系列策略对象并封装算法,策略模式使得客户类可以从具体的算法实现中解耦。适用场景包括:当系统需要动态选择算法、对象有多种行为且可能变化,或者希望隐藏复杂算法时。在策略模式中,上下文对象根据策略对象来改变其执行策略,同时策略对象的实例化可以在需要时共享,减少内存开销。
1842

被折叠的 条评论
为什么被折叠?



