与创建中间方法相比，使用委托有什么优势？

发布于 2024-12-09 02:13:45 字数 596 浏览 0 评论 0原文

有没有理由使用这个：

bool flag;

public Form1()
{
    if (flag) byDelegate = square;
    else byDelegate = cube;
    Text = byDelegate(3).ToString();          
}

int square(int i) { return i * i; }
int cube(int i) { return i * i * i; }

delegate int delegate1(int x);
delegate1 byDelegate;

而不是：

bool flag;

public Form2()
{
    Text = fakeDelegate(3).ToString(); 
}

int square(int i) { return i * i; }
int cube(int i) { return i * i * i; }

int fakeDelegate(int i)
{
    if (flag) return square(i);
    else return cube(i);
}

谢谢。

原文

Is there a reason to use this:

bool flag;

public Form1()
{
    if (flag) byDelegate = square;
    else byDelegate = cube;
    Text = byDelegate(3).ToString();          
}

int square(int i) { return i * i; }
int cube(int i) { return i * i * i; }

delegate int delegate1(int x);
delegate1 byDelegate;

Rather than:

bool flag;

public Form2()
{
    Text = fakeDelegate(3).ToString(); 
}

int square(int i) { return i * i; }
int cube(int i) { return i * i * i; }

int fakeDelegate(int i)
{
    if (flag) return square(i);
    else return cube(i);
}

Thanks.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

原野 2024-12-16 02:13:45

委托通常异步用于事件或传递到方法/类型中，以便稍后可以调用委托指向的方法（“函数指针”）。在您的情况下，看起来没有任何优势，因为您正在同步执行所有操作。

例如，

private Action<double> _performWhenFinished.

public Form1(Action<double> performWhenFinished)
{
    _performWhenFinished = performWhenFinished;        
}

public void CalculatePi()
{
   double pie = 0d;
    // Create a new thread, take 2 minutes to perform the task

    // Thread.Wait etc., then and run your delegate 
    _performWhenFinished(pie);
}

您通常不需要在 3.5 及以上版本中声明自己的委托，除非您希望代码通过这些声明提供更多含义。 Action 类型和 Func 类型（func 提供带有返回值的方法）可以节省您的精力。

Delegates are usually used asynchronously, for events or passed into methods/types so that the method the delegate points to ('function pointers') can be called later. In your case there looks like there's no advantage as you're doing everything synchronously.

For example

private Action<double> _performWhenFinished.

public Form1(Action<double> performWhenFinished)
{
    _performWhenFinished = performWhenFinished;        
}

public void CalculatePi()
{
   double pie = 0d;
    // Create a new thread, take 2 minutes to perform the task

    // Thread.Wait etc., then and run your delegate 
    _performWhenFinished(pie);
}

You generally don't need to declare your own delegates in 3.5 upwards unless you want to your code to provide a bit more meaning via those declarations. The Action type and the Func type (func provides a method with a return value) save you the effort.

回复收藏 0 原文

傲鸠 2024-12-16 02:13:45

为了解决您提到的确切情况，通过显式使用委托，您将使事情变得过于复杂，如果您不真正了解幕后发生的事情（我并不是说您不了解），情况就会变得更加复杂。 ..

更一般地，您可以将委托视为“契约”（或者如果您的背景是 C/C++，则视为“函数指针”）：您告诉编译器在该位置期望函数接收给定的参数列表并提供给定的输出（可能void)，但您没有告诉它该函数的真正用途。这将方法的主体与函数的实际实现“解耦”，使您可以自由地从代码的不同部分传递多个不同的实现。

this 似乎有相当好的、更详细的解释主题。

回复收藏 0 原文

琉璃繁缕 2024-12-16 02:13:45

在您描述的情况下，我认为使用委托没有任何优势。事实上恰恰相反，因为如果没有其他事情的话，它会让事情看起来更复杂。

使用委托的原因是，例如，如果您希望允许外部代码指定要调用的函数，并且您事先不知道可能指定的所有函数。

回复收藏 0 原文

伪装你 2024-12-16 02:13:45

fakeDelegate根本不是委托：它只是一个方法调用（进而调用其他两个方法之一）。

现在，委托（包括 lambda 和“匿名函数”）非常有用的两个原因是：

委托允许将函数（或方法）视为一流值。帖子中的第一个例子就是这样做的，尽管这是一个愚蠢的例子（我有时会这样做，但需要更大的背景来论证一种形式相对于另一种形式的有效性）。更常见的是，我将此属性用于类似于 IDictionary 的数据结构，然后将其用作 map["foo"](bar) 或类似——如果没有一等函数值的大丑陋调度（或反射），就无法做到这一点！
/new/ 委托可以创建闭包——也就是说，它可以绑定当前词法范围内的自由变量。这是用普通方法无法做到的；即使方法组可转换为委托，cube 和 square 都不会创建闭包。虽然上面的示例没有任何优势，但当“只需将额外的一点信息传递给回调”时，这可能非常方便。

由于这两种情况都没有在示例中使用（特别好），那么......

快乐编码。