spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Mal vom Syntax-Sugar abgesehen, dass viel schneller ein var y = myList.Find(x => x.Age > 15 ); geschrieben ist als eine externe Methode, ist eine Methode eigentlich eine Fähigkeit der Klasse, der sie angehört. Eine Methode nach dem Motto "AgeEquals(SomeOtherClass c, int age)" ist aber nur eine Helper-Methode und hat für die Klasse selbst eigentlich keinen Nutzen und stellt auch keine Fähigkeit so eines Objekts dar. Sie gehört sogar statisch und am besten noch in eine reine Helper-Klasse rein, damit sie eben die Klasse nicht mit nicht semantisch zugehörigen Methoden verseucht. Das ist natürlich totaler Overkill.

Was ist also wirklich schöner? Ein internes verstecktes Implementierungsdetail über Lambda oder eine Helper-Klasse mit einer für den Rest des Programms eigentlich eher unnützen Methode?

Ein simples Beispiel waere z.b. eine Waffe zu konfigurieren, wie sie auf Gegner wirkt. Du schreibst eine allgemeine Funktion, diese ist wendet erst eine Funktion auf alle Gegner an, um zu bestimmen, welche getroffen wurden und dann eine zweite, welche auf jeden getroffenen Gegner aufgerufen wird. Eine Railgun uebergibt dann z.b. eine Lamda um alle Gegner in einer Linie auszuwaehlen und eine zweite die jeder Gegner instant toetet. Eine andere Waffe waehlt z.b. alles im Umkreis von 10 Einheiten aus und verlangsamt diese Gegner auf 50%.

Ich komme aus der C# Welt, dennoch sind meine Aussagen auch für jede Sprache mit Lambdas zutreffend (bis auf die Codebeispiele weiter unten).
Aus meiner persönlichen Erfahrung macht es in mindestens zwei Fällen Sinn: 1) Die anonyme Methode ist so kurz, dass sie 3x größer wäre, wenn sie nicht anonym wäre; 2) Beim lesen des codes muss man nicht zur Methode hin und zurück springen um zu schauen wie sie funktioniert.
Beispiel zu 1: Liefere mir die Namen aller Personen:

Im vergleich zur nicht anonymen Methode:

Beispiel zu 2: asynchrone Operationen! Wenn viele methoden void zurückliefern und eine "OnComplete" action als Argument wollen, ists sehr schwer sich im Code beim lesen zu orientieren, wenn man keine lambdas nutzt:

Im Vergleich ohne Lambdas:


Für lambdas sprechen bessere Lesbarkeit und höhere Entropie.

Naja, letztendlich fügen die Lambdas ja keine Funktionalität hinzu, oder? Korrigiert mich wenn ich da Mist erzähle, ihr seid da eindeutig besser informiert als ich, aber Functor-Objekte können ja auch den gleichen Zweck erfüllen. Bloß sind die halt unnötig "komplex" bzw mit Arbeit verbunden, die man bei Lambdas einfach nicht hat.. Ich finde es persönlich mit Lambdas auch intuitiver.

Ein Lambda fügt keine weitere Funktionalität zur Klasse als solches hinzu. Eine Methode statt einem Lambda würde das aber tun.

Das mit der Lesbarkeit ist auch so eine Sache. Jetzt grad ist das ganze neu für dich und du findest es eher unleserlich weil ungewohnt. Du wirst dich aber fix daran gewöhnen und dann wirst du es vermutlich auch nicht mehr so unleserlich finden. Das hat man schon mal wenn man neue Sprachfeatures kennen lernt. Alles andere wurde meiner Meinung nach ja schon gesagt. Ansonsten frag noch mal genauer nach.

Um mal nochmal auf die Ursprüngliche Frage zurück zu kommen, weil die eigentlichen anonymen Methoden hier bisher irgendwie verschwiegen wurden.
Ja, Lambdas sind in C# reiner Syntax-Sugar. Um nochmal das Beispiel von BlueCobold aufzugreifen...
Mit Lambdas die erst in 3.x hinzugefügt wurden:
= myList.Find(x => x.Age > 15);

Bereits zuvor (und auch heute noch) gibt es den Syntax der anonymen Methode:
= myList.Find(delegate(TYPE x) { x => x.Age > 15 }); (Typ bitte einsetzen... )

Der Unterschied ist, dass die neue Variante besonders bei so Simpelbeispielen etwas kompakter ist weil das Schlüsselwort "delegate" nicht mehr notwendig ist und die geschweiften Klammern weggelassen werden können. Außerdem kann das Lambda zusätzlich die Typen automatisch ermitteln, man kann es auch explizit angeben. Vom Syntax abgesehen, gibt es aber keine weiteren Unterschied. Die große Neuheit ist es also nicht, nur ganz praktisch.

Besonders in C++ verwende ich Lambdas inzwischen auch sehr gerne als Nested Functions Ersatz, wie andere Sprachen wie zum Beispiel D das auch direkt unterstützen. Das ist sehr praktisch einfach auf lokale Variablen zugreifen zu können, Lokalität zu waren und speziell in C++ nicht den Header "vollzumüllen".

Wenn es rein danach gehen würde "fügt keine weitere Funktionalität hinzu", dann würde man eine ganze Menge aus C# rauswerfen. Properties? Fügt keine Funktionalität hinzu.
LINQ? Sowieso nicht. yield? Man kann den Enumerator auch zu Fuß implementieren. Usw.

Legend da hast du glaube ich was falsch verstanden. Das wurde eigentlich als Vorteil genannt. Man fügt der Klasse keine neue Funktionalität hinzu. Darum geht es. Wenn du zum Beispiel eine Ordnungsfunktion für die Sortierung von Elementen hast dann kannst du im Code direkt eine anonyme Funktion nutzen und musst der umschließenden Klasse keine Methode hinzufügen die ihr logisch nicht gehören sollte. Weiterhin brauchst du keine Hilfsklasse schreiben die nur solche Methoden hält. Du nimmst einfach die anonyme Methode bzw die Lambda Expression und hast an keiner Stelle eine Methode die eigentlich niemand wirklich haben möchte. Hierbei ging es also eher um einen Vorteil.