鸭子问题：
编写鸭子项目，具体要求如下：
- 有各种鸭子(比如野鸭、北京鸭、水鸭等，鸭子有各种行为，比如叫、飞行等)
- 显示鸭子的信息
解决方法：
传统方式解决鸭子问题分析和解决方案
思路：
- 定义一个抽象主类Duck，包含：quack()、swim()、fly()、抽象方法Display【解决每个鸭子的信息】
- 野鸭：会飞翔、直接继承即可
- 北京鸭：不会飞翔、需要重写fly方法
- 玩具鸭：不会叫、游泳、飞翔，需要重写所有的方法
class Program { static void Main(string[] args) { WildDuck duck1 = new WildDuck(); duck1.Display(); duck1.quack(); duck1.swim(); duck1.fly(); Console.ReadLine(); } } abstract class Duck { public Duck() { } public abstract void Display(); // 显示鸭子的信息 public void quack() { Console.WriteLine("鸭子嘎嘎叫"); } public void swim() { Console.WriteLine("鸭子会游泳"); } public void fly() { Console.WriteLine("鸭子会飞翔"); } } class WildDuck : Duck { public override void Display() { Console.WriteLine("我是野鸭·"); } } class PekingDuck : Duck { public override void Display() { Console.WriteLine("我是北京鸭·"); } // 因为北京鸭不能飞翔，因此需要重写fly public void fly() { Console.WriteLine("北京鸭不会飞翔"); } } class ToyDuck : Duck { public override void Display() { Console.WriteLine("我是玩具鸭·"); } public void quack() { Console.WriteLine("玩具鸭不会嘎嘎叫"); } public void swim() { Console.WriteLine("玩具鸭不会游泳"); } public void fly() { Console.WriteLine("玩具鸭不会飞翔"); } }
- 其它鸭子，都继承了Duck类，所以fly让所有子类都会飞了，这是不正确的
- 上面说的1的问题，其实是继承带来的问题:对类的局部改动，尤其超类的局部改动，会影响其他部分。会有溢出效应
- 为了改进1问题，我们可以通过覆盖fly方法来解决=→覆盖解决
- 问题又来了，如果我们有一个玩具鸭子ToyDuck，这样就需要ToyDuck去覆盖Duck的所有实现的方法 = 解决思路策略模式(strategy pattern)
基本介绍
- 策略模式(Strategy Pattern）中，定义算法族（策略组），分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户
- 这算法体现了几个设计原则
第一：把变化的代码从不变的代码中分离出来
第二：针对接口编程而不是具体类（定义了策略接口)
第三、多用组合/聚合，少用继承（客户通过组合方式使用策略）
基本原理：
说明：从上图可以看到，客户context有成员变量strategy或者其他的策略接口，至于需要使用到哪一个策略我们可以在构造器中指定。
策略模式解决鸭子问题
- 应用实例要求：编写程序完成前面的鸭子项目，要求使用策略模式。
- 思路分析：分别封装行为接口，实现算法族，超类里放行为接口对象，在子类里具体设定行为对象。
代码实现
class Program { static void Main(string[] args) { WildDuck wild = new WildDuck(); Console.Write("野鸭："); wild.fly(); PekingDuck peking = new PekingDuck(); Console.Write("北京鸭："); peking.fly(); peking.flyBehavior = new BadFlyBehavior(); Console.Write("北京鸭："); peking.fly(); Console.ReadLine(); } } abstract class Duck { public FlyBehavior _flyBehavior; public Duck() { } public abstract void Display(); // 显示鸭子的信息 public void quack() { Console.WriteLine("鸭子嘎嘎叫"); } public void swim() { Console.WriteLine("鸭子会游泳"); } public void fly() { if (_flyBehavior != null) { _flyBehavior.fly(); } } public FlyBehavior flyBehavior { get { return _flyBehavior; } set { _flyBehavior = value; } } } class WildDuck : Duck { // 构造器，传入FlyBehavior的对象 public WildDuck() { _flyBehavior = new GoodFlyBehavior(); } public override void Display() { Console.WriteLine("我是野鸭·"); } } class PekingDuck : Duck { // 因为北京鸭不能飞翔，因此需要重写fly public PekingDuck() { _flyBehavior = new NoFlyBehavior(); } public override void Display() { Console.WriteLine("我是北京鸭·"); } } class ToyDuck : Duck { public ToyDuck() { _flyBehavior = new NoFlyBehavior(); } public override void Display() { Console.WriteLine("我是玩具鸭·"); } } interface FlyBehavior { void fly(); } interface QuackBehavior { void quack(); } public class GoodFlyBehavior : FlyBehavior { void FlyBehavior.fly() { Console.WriteLine("飞翔技术高超"); } } public class BadFlyBehavior : FlyBehavior { void FlyBehavior.fly() { Console.WriteLine("飞翔技术不行"); } } public class NoFlyBehavior : FlyBehavior { void FlyBehavior.fly() { Console.WriteLine("飞翔技术没有"); } }
注意事项和细节
- 策略模式的关键是：分析项目中变化部分与不变部分
- 策略模式的核心思想是:多用组合/聚合少用继承;用行为类组合，而不是行为的继承。更有弹性
- 体现了“对修改关闭，对扩展开放”原则，客户端增加行为不用修改原有代码，只要添加一种策略（或者行为）即可，避免了使用多重转移语句(if…clse if…else)
- 提供了可以替换继承关系的办法:策略模式将算法封装在独立的Strategy类中使得你可以独立于其Context改变它，使它易于切换、易于理解、易于扩展
- 需要注意的是: 每添加一个策略就要增加一个类，当策略过多是会导致类数目庞大
感想
- 自己刚开始写增删改查业务的时候，感觉特别的枯燥，基本就是复制粘贴
- 好多的业务逻辑无非两种方法来解决：if…else…代码堆出来的、方法/类简化出来的
- if…else是最快完成工作的，也是最简单可行的，可能实际情况下，我也会投奔if…else…的大军之中
