C# - 设计模式 - 策略模式
策略模式
问题场景
多个类型都有一些共同的属性和方法，可以称这些成员为行为，为了避免重复在多个类型中编码相同部分的行为，应考虑将这些行为定义在抽象类（超类）中，利用继承时多个类型可以共享这些行为。比如定义一个超类Animal，具有Eyes属性和Run方法，老虎和狮子都从Animal派生，所以可以靠继承得到Animal定义的行为。但是今后需求变更，可能会增加一个袋鼠，袋鼠只会跳不会跑，所以当袋鼠也具备Run时就显得不合理。再次设计类型结构时，可能会考虑接口，比如将Run和Jump定义成接口IRunable和IJumpable，以插拔的形式插入需要这些行为的动物中。可是这样做，那么每一个动物都需要实现插拔在它们上面的接口所定义方法。所以继承没有使类型结构变得合理，而插拔也并没有防止重复编码的问题。现在可以考虑策略模式，行为接口IRun由独立的类型Run来实现，将Run作为需要奔跑行为的类型的一个属性进行存取，这样，Run类实现了奔跑的行为，所以需要奔跑行为的动物就不再需要重复编码奔跑行为，而是调用IRun类的实现就可以了。
总结模式
找出类型中的不易变化的行为和可能变化的行为，将可能在未来变化的行为提炼成独立的类型，这些独立的类型应该是行为接口的具体实现。也即，将未来易于变化和扩展的行为从类型中解构出去，分解为更为细小的接口的实现，当类型需要某种行为时只需要委托给接口的实现，由接口的实现来提供可变化的部分，这样就不会影响类型的结构，需求改动时，只需要更改接口实现的代码，而不需要在多个类型中修改代码，从而达到只在一处更改却多处受益的效果。也即，一个类型中不易变化的事物应该定义在类型中，否则提取出来定义成接口的实现。
示例代码
namespace AppCUI{
public interface IRun { void Run( ); }
public class Run : IRun { void IRun.Run( ) { Console.WriteLine( "Run!" ); } }
public class Animal
{
public string Name { get; set; }
private IRun run;
public void Run( )
{
run = new Run( ); //默认的IRun的实现
run.Run( );
}
public void ChangeRun( IRun run ) //注入其它的IRun的实现，应对今后需求的改变
{
run.Run( );
}
}
public class Tiger : Animal { }
//狮子类需要奔跑，就将奔跑接口的实现作为属性存取，也即我需要奔跑这个行为，我委托给奔跑接口的实现为我提供奔跑的能力
//羚羊类需要奔跑，就将奔跑接口的实现作为属性存取就可以了
//100个类需要奔跑，也同样如此
//以后要修改奔跑的行为，只需要修改Run类的Run方法，仅此一处需要修改，不用在多个动物中修改代码了
//如果有更特殊的奔跑行为又如何？
//只需要再定义一个SpecialRun类实现IRun就可以了！
public class SpecialRun : IRun { void IRun.Run( ) { Console.WriteLine( "SpecialRun!" ); } }
public class Programe
{
static void Main( string[] args )
{
Tiger tiger = new Tiger( );
tiger.Run( );
tiger.ChangeRun( new SpecialRun( ) );
}
}
}
C# - 设计模式目录