策略模式

* 假设:

* 你发现要为一家商店设计一个具有收银打折的软件

* 那么,如何设计才算是最好的呢?

* 我们应该考虑到将来的功能的扩充,以及一些商品打折的比例

*

* 现在先考虑一下 如何打折?

* 比如: 商店的客户只有三种 : 普通用户,白金用户,钻石用户(今后也许还会有VVVIP)

* 客户的身份不同折扣也不同

*

* 显然,如果写在一个类里面是万万不行的 PS : 单一职责

于是我们很想把每种情况作为一个单独的类.但是为了统一他们的行为,还需要一个公共的方法(可以使用接口或者是抽象类实现)

这已经基本符合策略模式了:

定义一系列的算法,把他们一个个封装起来,并且使他们可以相互的替换.本模式的算法可以独立于客户端而变化

PS:但是针对于这个打折的系统,这还不算是最好的结果,因为你还需要在客户端去new对象,这是很不符合逻辑的,假设我在运行这个程序,

main里面已经new了白金客户那么这个客户端只能使用白金客户的打折

如果只是new了钻石的只能按照钻石的打折.

也许你会想我可以该代码….

PS :亲~,你知道这个程序将来要是交给营业员,那么他们还需要知道java语言,来需要修改,编译,,,,!

也许你还会想到在main里面添加if-ekse

PS :嗯,这是个好办法, 但是我们还有更好的方式解决----工厂方法….大话设计模式的前几张有对它的解决方式,又兴趣的请留言探讨.