菜鸟D依然在缓慢的学习着设计模式，毕竟才只是学习的第一阶段。（设计模式的三阶段：第一阶段，完全不知道模式；第二阶段，模糊的知道模式了，万物皆模式；第三阶段，不知道这是什么模式，能解决问题就是好模式）
有人叫我不要执着于模式，谨记设计模式的六大原则：单一原则、开闭原则、依赖倒置原则、接口隔离原则、里氏替换原则和迪米特法则，并且将这些原则运用到代码中，就足够了。菜鸟D在努力践行着，虽然几乎没有成果。言归正传——
参考资料：《大话设计模式》 第二章
《Head_First设计模式》（又译作《深入浅出设计模式》） 第一章
策略模式：它定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户。
结构图：
简要介绍一下结构图：
Context上下文类在项目中间充当一个调用者的角色，上下文类中包含一个策略类接口，调用某一具体策略。
Strategy策略类定义策略接口（算法类接口），也可以用抽象类和虚方法，此处以多态的形式实现。由于提倡“多用组合，少用继承”的oo原则，建议使用接口。
A、B、C具体策略类（具体算法类），根据不同的需求提供具体的策略算法。
具体事例：
1.《大话设计模式》中采用商场打折的例子，不同的打折方案就是不同的策略，结账时选择一个具体的打折方案。
2.《Head_First设计模式》中采用的是鸭子的例子，不同的鸭子有不同的飞行方法和叫声，不同的飞行方法、不同的叫声也是不同的策略，定义了两个策略族（算法族），具体的鸭子有其飞行方法和叫声。
3.《Head_First设计模式》的思考题是一个游戏的例子，角色装备不同的武器，不同的武器也是同一个策略族的。
代码实现：
简单实现了第三个例子，其他的例子书上有源码。
1 public interface IWeapon
2 {
3 string Name { get; set; }
4
5 void Use();
6 }
7
8 public abstract class Person
9 {
10 public string Name { get; set; }
11
12 protected IWeapon Weapon;
13
14 public void SetWeapon(IWeapon weapon)
15 {
16 Weapon = weapon;
17 }
18
19 public abstract void UseWeapon();
20
21 }
22
23 public class Gun : IWeapon
24 {
25 public string Name { get; set; }
26
27 public void Use()
28 {
29 Name = "95步枪";
30 Console.WriteLine("装备+15的{0}", Name);
31 }
32 }
33
34 public class Stone : IWeapon
35 {
36 public string Name { get; set; }
37
38 public void Use()
39 {
40 Name = "疯狂的石头";
41 Console.WriteLine("装备+12{0}", Name);
42 }
43 }
44
45 public class Troch : IWeapon
46 {
47 public string Name { get; set; }
48
49 public void Use()
50 {
51 Name = "折断的电棒";
52 Console.WriteLine("装备+15{0}", Name);
53 }
54 }
55
56 public class HorseMan : Person
57 {
58 public override void UseWeapon()
59 {
60 Console.WriteLine("圣骑士{0}：", Name);
61 Weapon.Use();
62 Console.WriteLine("哈哈，圣骑士{1}用{0}秒杀了你！！", Weapon.Name, Name);
63 }
64 }
65
66 public class Lancer : Person
67 {
68 public override void UseWeapon()
69 {
70 Console.WriteLine("枪兵{0}：", Name);
71 Weapon.Use();
72 Console.WriteLine("哈哈，枪兵{1}用{0}爆了你的菊花！！", Weapon.Name, Name);
73 }
74 }
75 //调用
76 Person p=new HorseMan();
77 p.Name = "李二狗";
78 p.SetWeapon(new Gun());
79 p.UseWeapon();
注意：代码在实现的过程中也发生了细微的变化，比如使用抽象方法，让子类来重写具体的调用（通常情况下这是不必要的，此处只是了恶趣味）。当然有些复杂的逻辑也可以这样写（多态就是让这么用的，注意多态造成的耦合也是相当高的），此处不能穷举。
策略模式很容易和简单工厂模式结合，根据实际的情况选择具体的策略来应对程序的复杂逻辑。关于解耦的问题就需要具体分析具体处理了。
扩展：当你看到new关键字的时候，就说明你的代码已经发生了耦合，但是这些耦合不一定都需要解耦。（个人看法：零耦合是一种可望而不可及的理想状态，就如同高中物理的小滑块一样的理想）
菜鸟D希望这篇笔记对您有所帮助。