它是如何工作的,它用于什么以及什么时候应该使用它?
答案 0 :(得分:76)
让我们以简单的方式解释战略模式:
您有一个类Car()
,其方法为run()
,因此您可以这种方式使用伪语言:
mycar = new Car()
mycar.run()
现在,您可能希望在程序执行时动态更改run()
行为。例如,您可能想要模拟电机故障或在视频游戏中使用“提升”按钮。
有几种方法可以进行此模拟:使用条件语句和标志变量是一种方法。策略模式是另一种:它将run()
方法的行为委托给另一个类:
Class Car()
{
this.motor = new Motor(this)
// passing "this" is important for the motor so it knows what it is running
method run()
{
this.motor.run()
}
method changeMotor(motor)
{
this.motor = motor
}
}
如果您想改变汽车的行为,您只需更换电机即可。 (在程序中比在现实生活中更容易,对吗?;-))
如果你有很多复杂的状态,它会非常有用:你可以更容易地改变和维护它们。
答案 1 :(得分:38)
战略模式用于解决可能(或预计可能)由不同的策略实施或解决的问题,并且具有针对此类情况的明确定义的界面。每种策略都是完全有效的,某些策略在某些情况下是优选的,允许应用程序在运行时在它们之间切换。
namespace StrategyPatterns
{
// Interface definition for a Sort algorithm
public interface ISort
{
void Sort(List<string> list)
}
// QuickSort implementation
public class CQuickSorter : ISort
{
void Sort(List<string> list)
{
// Here will be the actual implementation
}
}
// BubbleSort implementation
public class CBubbleSort : ISort
{
void Sort(List<string> list)
{
// The actual implementation of the sort
}
}
// MergeSort implementation
public class CMergeSort : ISort
{
void Sort(List<string> list)
{
// Again the real implementation comes here
}
}
public class Context
{
private ISort sorter;
public Context(ISort sorter)
{
// We pass to the context the strategy to use
this.sorter = sorter;
}
public ISort Sorter
{
get{return sorter;)
}
}
public class MainClass
{
static void Main()
{
List<string> myList = new List<string>();
myList.Add("Hello world");
myList.Add("Another item");
myList.Add("Item item");
Context cn = new Context(new CQuickSorter());
// Sort using the QuickSort strategy
cn.Sorter.Sort(myList);
myList.Add("This one goes for the mergesort");
cn = new Context(new CMergeSort());
// Sort using the merge sort strategy
cn.Sorter.Sort(myList);
}
}
}
答案 2 :(得分:21)
使用此模式可以更轻松地添加或删除特定行为,而无需重新编码和重新测试应用程序的全部或部分内容;
好用途:
答案 3 :(得分:6)
直接来自Strategy Pattern Wikipedia article:
策略模式对于需要动态交换应用程序中使用的算法的情况非常有用。策略模式旨在提供定义算法族的方法,将每个算法封装为对象,并使它们可互换。策略模式允许算法独立于使用它们的客户端。
答案 4 :(得分:6)
密切相关的模式是委托模式;在这两种情况下,一些工作都会传递给其他一些组件。如果我理解正确,这些模式之间的差异就是这个(如果我错了,请纠正我):
在委托模式中,委托由封闭(委托)类实例化;这允许通过组合而不是继承来重用代码。封闭类可能知道代表的具体类型,例如如果它调用它的构造函数本身(而不是使用工厂)。
在策略模式中,执行策略的组件是通过其构造函数或setter(根据您的宗教信仰)提供给封闭(使用)组件的依赖项。使用组件完全不知道正在使用什么策略;策略总是通过界面调用。
任何人都知道其他差异吗?
答案 5 :(得分:5)
添加到已经很大的答案:策略模式与将函数(或函数)传递给另一个函数有很强的相似性。在策略中,这是通过将所述函数包装在对象中然后传递对象来完成的。有些语言可以直接传递函数,因此它们根本不需要模式。但是其他语言不能传递函数,但可以传递对象;然后适用该模式。
特别是在类似Java的语言中,您会发现该语言的类型动画园非常小,扩展它的唯一方法是创建对象。因此,问题的大多数解决方案是提出一种模式;一种组合对象以实现特定目标的方法。具有更丰富类型的动物园的语言通常有更简单的方法解决问题 - 但更丰富的类型也意味着你必须花更多的时间来学习类型系统。具有动态类型规则的语言通常也会以不切实际的方式解决问题。