学习了设计模式，再看看自己以前写的代码，真是无言面对江东父老~
文章目录
鸭子问题：传统方式解决鸭子问题分析和解决方案思路：
基本介绍策略模式解决鸭子问题代码实现注意事项和细节感想
鸭子问题：
编写鸭子项目，具体要求如下：
有各种鸭子(比如野鸭、北京鸭、水鸭等，鸭子有各种行为，比如叫、飞行等)显示鸭子的信息
解决方法：
传统方式解决鸭子问题分析和解决方案
思路：
定义一个抽象主类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…的大军之中
