C# - Кто-то может сказать мне, почему и где я должен использовать делегатов? [дубликат]

События являются самым очевидным примером. Сравните, как шаблон "наблюдатель" реализован в Java (интерфейсы) и C# (делегаты).

Кроме того, много новых C# 3 функции (например, лямбда-выражения) основаны на делегатах и упрощают их использование еще больше.

Я, прежде всего, использую для легкого асинхронного программирования. При начинании метода с помощью делегаты Начинают..., метод действительно легок, если Вы хотите запустить и забыть.

Делегат может также использоваться как интерфейс, когда интерфейсы не доступны. Например, вызывающие методы от COM-классов, внешние классы .NET и т.д.

.NET 1,0 делегата:

this.myButton.Click += new EventHandler(this.MyMethod);

.NET 2,0 делегата:

this.myOtherButton.Click += delegate {
    var res = PerformSomeAction();
    if(res > 5)
        PerformSomeOtherAction();
};

Они кажутся довольно полезными. Как насчет:

new Thread(new ThreadStart(delegate {
    // do some worker-thread processing
})).Start();

Я использую их все время с LINQ, особенно с лямбда-выражениями, для обеспечения функции, чтобы оценить условие или возвратить выбор. Также используйте их для обеспечения функции, которая сравнит два объекта для сортировки. Этот последний важен для универсальных наборов, где сортировка по умолчанию может или не может быть соответствующей.

   var query = collection.Where( c => c.Kind == ChosenKind )
                         .Select( c => new { Name = c.Name, Value = c.Value } )
                         .OrderBy( (a,b) => a.Name.CompareTo( b.Name ) );

Одно из преимуществ Делегатов находится в асинхронном выполнении.

при вызове метода асинхронно, Вы не знаете, когда он закончит выполняться, таким образом, необходимо будет передать делегата в том методе, которые указывают на другой метод, который назовут, когда первый метод завершил выполнение. Во втором методе можно написать некоторый код, которые сообщают Вам, что выполнение завершилось.

Например, в приложениях мультипотока. Если Вы хотите, чтобы несколько потоков использовали некоторое управление, Вы, shoul используют делегатов. Извините, код находится в VisualBasic.

Сначала Вы объявляете делегата

Private Delegate Sub ButtonInvoke(ByVal enabled As Boolean)

Запишите функцию для позволения/запрещения кнопки из нескольких потоков

Private Sub enable_button(ByVal enabled As Boolean)
    If Me.ButtonConnect.InvokeRequired Then

        Dim del As New ButtonInvoke(AddressOf enable_button)
        Me.ButtonConnect.Invoke(del, New Object() {enabled})
    Else
        ButtonConnect.Enabled = enabled
    End If

End Sub

Технически делегат является ссылочным типом, используемым для инкапсуляции метода с определенной подписью и типом возврата

Некоторые другие комментарии затронули асинхронный мир..., но я прокомментирую так или иначе, так как моя любимая 'разновидность' выполнения такого была упомянута:

ThreadPool.QueueUserWorkItem(delegate
{
    // This code will run on it's own thread!
});

Кроме того, огромная причина для делегатов для "Обратных вызовов". Скажем, я делаю немного функциональности (асинхронно), и Вы хотите, чтобы я назвал некоторый метод (скажем, "AlertWhenDone")... Вы могли передать в "делегате" в Вашем методе следующим образом:

TimmysSpecialClass.DoSomethingCool(this.AlertWhenDone);

За пределами их роли в событиях, которые Ваш, вероятно, знакомый с тем, если Вы использовали winforms или asp.net, делегаты полезны для того, чтобы сделать классы более гибкими (например, путь они используются в LINQ).

Гибкость для "Нахождения" вещей довольно распространена. У Вас есть набор вещей, и Вы хотите позволить находить вещи. Вместо того, чтобы предполагать каждый способ, которым кто-то мог бы хотеть найти вещи, можно теперь позволить вызывающей стороне предоставлять алгоритм так, чтобы они могли искать набор однако, они считают целесообразным.

Вот тривиальный пример кода:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace Delegates
{
    class Program
    {
        static void Main(string[] args)
        {
            Collection coll = new Collection(5);
            coll[0] = "This";
            coll[1] = "is";
            coll[2] = "a";
            coll[3] = "test";

            var result = coll.Find(x => x == "is");

            Console.WriteLine(result);

            result = coll.Find(x => x.StartsWith("te"));

            Console.WriteLine(result);

    }

}

public class Collection
{
    string[] _Items;

    public delegate bool FindDelegate(string FindParam);

    public Collection(int Size)
    {
        _Items = new string[Size];

    }

    public string this[int i]
    {
        get { return _Items[i]; }
        set { _Items[i] = value; }
    }

    public string Find(FindDelegate findDelegate)
    {
        foreach (string s in _Items)
        {
            if (findDelegate(s))
                return s;
        }
        return null;
    }

}
}

Вывод

тест

нет действительно ничего, что delgates решит, который не может быть решен с другими методами, но они предоставляют более изящное решение.

С делегатами любая функция может использоваться, пока она имеет обязательные параметры.

Альтернатива должна часто использовать своего рода сделанную на заказ систему событий в программе, создавая дополнительную работу и больше областей для ошибок для закрадываний