Gibt es einen Fall, in dem Delegat Syntax über Lambda-Ausdruck für anonyme Methoden bevorzugt wird?

Question

Bedeutet die Einführung neuer Funktionen wie Lambda-Ausdrücke (Inline-Code), dass wir keine Delegierten oder anonymen Methoden mehr verwenden müssen? In fast allen Beispielen, die ich gesehen habe, ist es für die Neuschreibung mit der neuen Syntax.

Jeder Ort, wo wir immer noch Delegaten und Lambda-Ausdrücke verwenden müssen wird nicht funktionieren?

Answer 1

Ja, es gibt Stellen, an denen die direkte Verwendung anonymer Delegierter und Lambda-Ausdrücke nicht funktioniert.

Wenn eine Methode einen nicht typisierten Delegaten aufnimmt, weiß der Compiler nicht, in was er den anonymen Delegaten/Lambda-Ausdruck auflösen soll, und Sie erhalten einen Compilerfehler.

public static void Invoke(Delegate d)
{
  d.DynamicInvoke();
}

static void Main(string[] args)
{
  // fails
  Invoke(() => Console.WriteLine("Test"));

  // works
  Invoke(new Action(() => Console.WriteLine("Test")));

  Console.ReadKey();
}

Bei der fehlerhaften Codezeile wird der Compilerfehler "Cannot convert lambda expression to type 'System.Delegate' because it is not a delegate type" ausgegeben.

Answer 2

Lambda ist eine Abkürzung für anonyme Delegaten, aber Sie werden immer mit Delegaten. der Delegat gibt die Methoden-Signatur. Sie können einfach dies tun:

 delegate(int i) { Console.WriteLine(i.ToString()) }

kann ersetzt werden durch

f => Console.WriteLine(f.ToString())

Answer 3

Der Lambda-Ausdruck ist kein Allheilmittel, das Delegierte ersetzen (ausblenden) würde, und sollte dies auch nicht sein. Es ist großartig mit kleinen lokalen Dinge wie:

List<string> names = GetNames();
names.ForEach(Console.WriteLine);

1. er macht den Code lesbarer und damit einfacher zu verstehen.
2. Das macht den Code kürzer und damit weniger Arbeit für uns ;)

Andererseits ist es sehr einfach, sie zu missbrauchen. Lange oder/und komplexe Lambda-Ausdrücke neigen dazu, zu sein:

1. Schwer zu verstehen für neue Entwickler
2. Weniger objektorientiert
3. Viel schwieriger zu lesen

"Heißt das, dass wir keine Delegierten oder anonymen Methoden mehr verwenden müssen?" Nein - verwenden Sie Lambda-Ausdruck, wo Sie gewinnen Zeit/Lesbarkeit sonst erwägen, mit Delegaten.

Answer 4

Eine nicht so groß Vorteil für die Älteren delegate Syntax ist, dass Sie die Parameter nicht angeben müssen, wenn Sie sie nicht im Körper der Methode verwenden. Von msdn

Es gibt einen Fall, in dem eine anonyme Methode Funktionalität bietet die es in Lambda-Ausdrücken nicht gibt. Anonyme Methoden ermöglichen das Weglassen von die Parameterliste weglassen. Dies bedeutet, dass eine anonyme Methode in Delegierte mit einer Vielzahl von Signaturen umgewandelt werden. Dies ist nicht mit Lambda-Ausdrücken nicht möglich.

Das können Sie zum Beispiel tun:

Action<int> a = delegate { }; //takes 1 argument, but not specified on the RHS

Während dies nicht gelingt:

Action<int> a = => { }; //omitted parameter, doesnt compile.

Diese Technik ist vor allem beim Schreiben von Event-Handlern nützlich, wie z.B.:

button.onClicked += delegate { Console.WriteLine("clicked"); };

Dies ist keine stark Vorteil. Imho ist es besser, immer die neuere Syntax zu verwenden.

Answer 5

Delegate hat in C# zwei Bedeutungen.

Das Schlüsselwort delegate kann verwendet werden, um einen Funktionssignaturtyp zu definieren. Dies wird in der Regel verwendet, wenn die Signatur von Funktionen höherer Ordnung definiert wird, d.h. von Funktionen, die andere Funktionen als Argumente annehmen. Diese Verwendung von delegate ist immer noch relevant.

El delegate Schlüsselwort kann auch verwendet werden, um eine anonyme Inline-Funktion zu definieren. Wenn die Funktion nur ein einzelner Ausdruck ist, ist die Lambda-Syntax eine einfachere Alternative.