C# Lambdas：如何*不*推迟“取消引用”？

Question

我正在尝试使用 C# 委托实现撤消功能。基本上，我有一个 UndoStack，它维护一个实现每个撤消操作的委托列表。当用户选择“编辑：撤消”时，该堆栈会弹出第一个委托并运行它。每个操作负责将适当的撤消委托推送到堆栈。假设我有一个名为“SetCashOnHand”的方法。它看起来像这样：

public void SetCashOnHand(int x) {
    int coh = this.cashOnHand;
    undo u = () => this.setCashOnHand(coh);
    this.cashOnHand = x;
    undoStack.Push(u);
}

所以这个方法构造了一个撤消委托，执行操作，并且（假设成功）将撤消委托推送到 UndoStack 上。 （UndoStack 足够智能，如果在撤消上下文中调用 undoStack.Push，则委托会进入重做堆栈。）

我的麻烦在于，将 this.cashOnHand“缓存”到 coh 变量中有点烦人。我希望我可以这样写：

undo u = () => this.setCashOnHand(this.cashOnHand);

但是，这当然不会得到 cashOnHand 的现值；它推迟查找值，直到调用委托为止，因此代码最终什么也不做。除了将值填充到像 coh 这样的局部变量中之外，有什么方法可以在构造委托时“取消引用”cashOnHand 吗？

我并不是真的有兴趣听到更好的撤消方法。请将此视为有关代表的一般问题，撤消只是一个示例，以使问题更加清晰。

Answer 1

一般来说，除了您已经在做的事情之外，没有完美的解决方案。

但是，在您的具体情况下，您可以创建一个 currier，如下所示：

static Action Curry(Action<T> method, T param) { return () => method(param); }

您可以使用它像这样：

Curry(setCashOnHand, this.cashOnHand);

如果你的方法需要其他参数，你可以像这样使用它：

Curry(cashOnHand => setCashOnHand(3, cashOnHand), this.cashOnHand);

Answer 2

不，如果您希望在特定时间评估实例变量的值，则必须在 lambda 之外捕获实例变量的值。

这与您编写的代码没有什么不同：

public void SetCashOnHand(int x) {
    this.cashOnHand = x;
    undoStack.Push(UndoSetCashOnHand);
}

private void UndoSetCashOnHand()
{
    this.setCashOnHand(this.cashOnHand);
}

lambda 语法只是让它有点混乱，因为评估似乎是声明方法体的一部分，而实际上它是自动生成的一部分像任何其他函数一样进行评估的私有函数。

人们通常解决这个问题的方法是使用参数化函数并将传递给函数的值作为堆栈的一部分存储。但是，如果您想使用无参数函数，则必须在本地捕获它。

Answer 3

确实没有任何其他神奇的方法可以做你想做的事。该引用是在执行 lambda 时而不是之前计算的。除了您正在做的事情之外，没有一种自动方法可以“挂钩”创建 lambda 时关闭的值。

Answer 4

委托将在未来运行..我认为 temp 变量可能是处理“现在运行代码，而不是将来运行代码”的最佳方法。但是，我想您可以编写一个 Bind() 函数将当前值绑定到委托。

Action Bind<T>(Func<T> f, T value) { 
    return (Action)(() => f(value));
}
undoStack.Push(Bind(this.setCashOnHand, this.cashOnHand));

Answer 5

好吧，如果您的撤消堆栈仅由将撤消其自身操作的实例引用，那么这并不重要。

例如：

public class MyType
{

  private UndoStack undoStack {get;set;}

  public void SetCashOnHand(int x) {
    int coh = this.cashOnHand;
    undo u = () => this.setCashOnHand(coh);
    this.cashOnHand = x;
    undoStack.Push(u);
   }
}

那么 UndoStack 引用什么并不重要。如果您要注入 UndoStack 并且对此实例的引用保存在其他地方，那么这很重要。

如果第二个是真的，我会考虑重构它，而不是尝试提出某种弱引用或其他欺骗手段来防止实例通过撤消堆栈泄漏。

我想在你的情况下，每个级别都必须有自己的撤消堆栈。例如，UI 层必须有一个撤消堆栈，它将弹出接下来需要撤消的实例。或者，甚至，需要撤消的实例组，因为一次用户单击可能需要不同类型的多个实例按顺序经历撤消过程。