在 C# 中，策略模式和委托有什么区别？

Question

我一直在研究策略模式实现示例，在我看来它们与 c# 委托非常相似。 我看到的唯一区别是策略模式实现不需要显式声明委托。

但除此之外，它们似乎都指向需要特定签名的函数，并且它们都可以用于确定在运行时要执行的内容。

我错过了更明显的区别吗？

我想一个相关的问题是，如果它们相似，那么使用一个比另一个有什么优势？

Answer 1

简而言之，您可以使用委托来实现策略模式。

策略模式是一种模式。 委托是一种语言功能。 您使用语言功能来实现模式。 它们完全属于两个不同的概念类别，但在彼此的相互作用中是相关的。

换句话说，策略模式是蓝图，C# 委托是砖块。 没有两者，您都无法建造（战略模式）房屋。 （你也可以用其他类型的积木来构建它，但代表的语言特性中没有任何内容固有地描述策略模式）。

Answer 2

设计模式是针对常见问题的与语言无关的高级解决方案。

委托可用于 .NET 策略模式的特定平台实现，但不是实现此类解决方案的唯一方法。

另一种解决方案是定义一个接口，如：

public interface IStrategy
{
    void DoStuff(...)
}

然后，策略将由实现此接口的类而不是委托来表示。

如果您希望您的策略非常简单，那么委托可能是一个不错的实现。 对于任何相当复杂的事情，在跟踪状态、将事物组织成多个方法、在实现之间共享代码等方面，将策略实现为接口为您提供了更多选择。

Answer 3

你会如何在 C# 中实现策略模式？

Answer 4

模式是架构的问题。 代表是一个执行问题。

在 C# 中，策略模式几乎总是使用委托来实现。

Answer 5

策略模式是一种设计模式，允许您在执行时选择不同的函数，而委托是一种语言结构，允许您创建对函数的引用并将其用作变量。

策略模式最好用多态而不是委托来实现，因为多态调度更优雅。

Answer 6

可以看到委托类似于 Java 中使用的功能接口——本质上是一个只有一种方法的接口。

从 Java8 开始，您实际上可以以更加匿名/内联的方式提供功能接口的实现。

对于可以被单一方法覆盖的行为，执行策略有点矫枉过正，而且过于冗长。

它们本质上解决了“在类中插入可交换行为”的相同目的