Pourquoi avons-nous besoin de C# délégués

Bien sûr, vous pouvez appeler la méthode directement sur l'objet, mais envisager des scénarios suivants:

1. Vous voulez l'appeler série de méthode, en utilisant un seul délégué, sans écrire de beaucoup d'appels de méthode.
2. Vous souhaitez mettre en place l'événement en fonction du système d'élégance.
3. Vous voulez l'appeler deux méthodes de même dans la signature, mais résident dans des classes différentes.
4. Vous souhaitez passer méthode en tant que paramètre.
5. Vous ne voulez pas écrire beaucoup de code polymorphe comme dans LINQ , vous pouvez fournir beaucoup de mise en œuvre de la Select méthode.

Parce que vous ne pouvez pas ont la méthode encore écrit, ou que vous avez conçu votre classe de telle manière que l'utilisateur peut choisir la méthode (que l'utilisateur écrit), l'utilisateur veut votre classe à exécuter.

Ils font également de certains modèles plus propres (par exemple, au lieu d'une instruction switch où vous appel à des méthodes différentes, vous appelez le délégué passés) et plus facile à comprendre et à permettre l'extension de votre code sans le modifier (pensez OCP).

Les délégués sont également à la base du concours complet du système de l'écriture et de l'enregistrement des gestionnaires d'événements sans les délégués serait beaucoup plus difficile qu'il est avec eux.

Voir les différents Action et Func délégués dans Linq - il ne serait guère utile sans eux.

Cela dit, personne ne vous oblige à utiliser des délégués.

Tout ce qui peut être fait avec des délégués peut être fait sans eux, mais les délégués de fournir un beaucoup plus propre façon de faire. Si l'on n'a pas les délégués, on aurait à définir une interface ou une classe de base abstraite pour toutes les fonctions possibles de la signature contenant une fonction Invoke(paramètres appropriés), et de définir une classe pour chaque fonction qui devait être appelable par le pseudo-délégués. Cette classe héritent de l'interface appropriée pour la fonction de signature, devrait contenir une référence à la classe contenant la fonction qu'il est censé représenter, et une méthode Invoke(paramètres appropriés), qui ferait appel de la fonction appropriée dans la classe à laquelle elle détient une référence. Si la classe Foo a deux méthodes Toto1 et Foo2, à la fois prendre un seul paramètre, qui peut être appelé par le pseudo-délégués, il y aurait deux classes supplémentaires créés, l'un pour chaque méthode.

Sans prise en charge du compilateur pour cette technique, le code source devrait être assez odieux. Si le compilateur peut générer automatiquement le bon classes imbriquées, cependant, les choses pourraient être assez propre. Envoi de vitesse de pseudo-délégués serait probablement généralement plus lent qu'avec les classiques des délégués, mais si pseudo-délégués ont été d'une interface plutôt qu'une classe de base abstraite, une classe qui a seulement besoin de faire un pseudo-délégué pour une méthode de signature pourrait la mise en place de pseudo-délégué de l'interface elle-même; l'instance de classe peut ensuite être transmis à n'importe quel code attend à une pseudo-délégué de la signature, en évitant la nécessité de créer un objet supplémentaire. En outre, alors que le nombre de classes, il serait nécessaire lors de l'utilisation de pseudo-délégués seraient plus importants que lors de l'utilisation de "vrais" délégués, chaque pseudo-délégué a seulement besoin de tenir d'une seule instance de l'objet.

Vous demandé pourquoi, par exemple, vous voulez passer une fonction en paramètre, j'ai parfait et pensé qu'il pourrait vous aider à comprendre, il est assez académique, mais montre une utilisation. Disons que vous avez un ListResults() la méthode et getFromCache() la méthode. Plutôt que d'avoir beaucoup de contrôle si le cache est nul etc. vous pouvez simplement transmettre une méthode pour getCache et ensuite seulement l'invoquer si le cache est vide à l'intérieur de la getFromCache méthode:

_cacher.GetFromCache(delegate { return ListResults(); }, "ListResults");

public IEnumerable<T> GetFromCache(MethodForCache item, string key, int minutesToCache = 5)
    {
        var cache = _cacheProvider.GetCachedItem(key);
        //you could even have a UseCache bool here for central control
        if (cache == null)
        {
            //you could put timings, logging etc. here instead of all over your code
            cache = item.Invoke();
            _cacheProvider.AddCachedItem(cache, key, minutesToCache);
        }            

        return cache;
    }