成长记录--策略模式
大话设计模式第二章-----商场促销--策略模式 下面记录一下自己的学习记录
一个简单的商场收银软件 其中包含了很大的学问和技巧
菜鸟的我看到这个题目也会向书中的作者那样写出来,但是随之而来的问题越来越多
- 如果商场想要举行打折活动怎么办?
- 在加入打折的判断后,代码多数重复,如果不只打折而同时要满300减100 怎么办?
- 加入简单工厂模式编写代码,那么如果商场总是搞活动怎么办?
各种问题随之出现,这时候才发现,代码不是写出来就可以的, 就像书中写的那样,高手和菜鸟的区别就是高手可以花同样的代价获得更大的收益 .
一些列的问题罗列起来 由浅入深的学习了策略模式
对此一连串的问题,可以参考下面的图 :
结合简单工厂模式的代码如下:
策略模式 用法 模板
当然这只是接触策略模式，因而用策略模式来解决这些问题的一个方法，随着设计模式的深入学习，我想还会有更好的设计模式来把代码写的更完美吧 !
下面是策略模式的一些概念 ：
策略模式的组成
—抽象策略角色： 策略类，通常由一个接口或者抽象类实现。
—具体策略角色：包装了相关的算法和行为。
—环境角色：持有一个策略类的引用，最终给客户端调用。
策略模式的概念
策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。]
（Context(应用场景):
1、需要使用ConcreteStrategy提供的算法。
2、 内部维护一个Strategy的实例。
3、 负责动态设置运行时Strategy具体的实现算法。
4、负责跟Strategy之间的交互和数据传递。
Strategy(抽象策略类)：
1、定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，Context使用这个接口调用不同的算法，一般使用接口或抽象类实现。
ConcreteStrategy(具体策略类)：
2、 实现了Strategy定义的接口，提供具体的算法实现。
应用场景：
1、多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。
2、 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。
3、 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。
优点：
1、提供了一种替代继承的方法，而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立，可以任意扩展)。
2、 避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展。
3、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。
缺点：
1、 因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。
