Lokale Variablen, die mit den Delegierten

Diese ist eindeutig nicht erscheint, wie es wäre nicht die beste Praxis. Kann mir jemand erklären, warum wäre es nicht ein best-practice-oder wie das funktioniert? Keine Bücher oder Artikel, die eine Erklärung wäre willkommen.

//The constructor
public Page_Index() {

    //create a local value
    string currentValue = "This is the FIRST value";

    //use the local variable in a delegate that fires later
    this.Load += delegate(object sender, EventArgs e) {
        Response.Write(currentValue);
    };

    //change it again
    currentValue = "This is the MODIFIED value";

}

Den Wert, der ausgegeben wird, ist der zweite Wert "Modifiziert". Was ein Teil der compiler-Magie ist macht diese Arbeit? Ist dies so einfach wie die Verfolgung der Wert auf dem heap und abrufen zu einem späteren Zeitpunkt wieder?

[Edit]: Da einige der Kommentare, die änderung des ursprünglichen Satzes einige...

  • Es ist nichts falsch mit, dass die Praxis. Es ist nur mehr fortgeschrittene als Anfänger verstehen würde.
  • Abgeordnete; in der Tat, es kann für sehr saubere und elegante design - aber Sie müssen verstehen, die Auswirkungen.
  • Das ist wirklich sehr interessant. Ich hätte nicht gedacht, dass messing mit lokalen Variablen, die im Rahmen der Delegierte zugewiesen wurde, wäre eine gute Praxis, aber Sie lernen etwas neues die ganze Zeit.
  • Es hängt vom Szenario ab; in den meisten Fällen wäre es eine viel bessere Idee, um eine zweite variable, der Gültigkeitsbereich fest und ändert sich nie - aber es gibt ein paar Anwendungsfälle für aktualisierte Variablen erfasst, Aber in der Tat: behandeln Sie Sie als nur Lesen, bis es einen guten Grund, und Sie haben deutlich weniger Schmerzen.
  • Das ist der Unterschied zwischen einem Delegierten und einem Verschluss. Was Sie hier gemacht haben, ist ein Verschluss. Sie sind äußerst mächtig, und die Tatsache, dass wir Verschlüsse in .NET ist ein großes plus, nicht ein minus.
InformationsquelleAutor Hugoware | 2008-09-29
  1. 29

    currentValue ist nicht mehr eine lokale variable: es ist ein erfasst variable. Dies stellt so etwas wie:

    class Foo {
  public string currentValue; //yes, it is a field

  public void SomeMethod(object sender, EventArgs e) {
    Response.Write(currentValue);
  }
}
...
public Page_Index() {
  Foo foo = new Foo();
  foo.currentValue = "This is the FIRST value";
  this.Load += foo.SomeMethod;

  foo.currentValue = "This is the MODIFIED value";
}

    Jon Skeet ist eine wirklich gute schreiben, bis dieser in C# in Depth, und eine separate (nicht so ausführliche) Diskussion hier.

    Beachten Sie, dass die variable currentValue ist nun auf dem heap, nicht den stack - dies hat viele Auswirkungen, nicht zuletzt, dass es kann nun dazu verwendet werden, die von verschiedenen Anrufern.

    Dies ist unterschiedlich zu java: in java ist der Wert einer variable erfasst. In C#, die variable selbst erfasst.

    • Sowie schreib es in C# in der Tiefe (danke für den Stecker!), Ich habe einen Artikel Vergleich der C# - und Java-Verschlüsse und erläutern, warum Sie sich schön: csharpindepth.com/Articles/Chapter5/Closures.aspx
    • Ah - wie Sie schreiben diesen Kommentar, ich war die Bearbeitung der oben genannten zu berücksichtigen. Double Wert ;-p
    • Leicht verbessern Sie Ihre Super Antwort, konnte Sie exchange - "variable Wert "durch" Wert von der variable " in deinem letzten Satz? Da die variable heißt "currentValue" es kann verwirren den Leser (wie mich), die ersten Gedanken, dass die Kursiv "Wert " bezieht sich auf die name, der die variable (" variable? Das mit dem Namen Wert ")
    • getan
    • Ich empfehle Eric Lippert ' s letzten blog-post darüber, wie Variablen gespeichert und verwaltet werden. blogs.msdn.com/b/ericlippert/archive/2010/09/30/...
    InformationsquelleAutor Marc Gravell
  2. 2

    Ich vermute mehr die Frage, die ich Frage ist, dass, wie funktioniert es mit einer lokalen variable
    [MG edit: "Ack - ignorieren Sie diese..." Hinzugefügt wurde danach]

    Das ist der Punkt; es ist wirklich nicht eine lokale variable nicht mehr - zumindest nicht in Bezug auf, wie wir normalerweise denken, von Ihnen (auf dem stack etc.). Es sieht aus wie einer, ist es aber nicht.

    Und für die info, wieder "keine gute Praxis" - anonyme Methoden und die erfassten Variablen sind eigentlich ein unglaublich mächtiges Werkzeug besonders bei der Arbeit mit events. Fühlen Sie sich frei, Sie zu benutzen, aber wenn Sie unten gehen diesen Weg, ich würde empfehlen, Kommissionierung bis Jon ' s Buch, um sicherzustellen, dass Sie verstehen, was eigentlich passiert ist.

    InformationsquelleAutor Marc Gravell
  3. 0

    Müssen Sie erfassen den Wert der variable in der closure/delegieren, sonst kann es geändert werden, wie du gesehen hast.

    Zuweisen, currentValue, um eine lokale variable (innen) zu den Delegierten.

    InformationsquelleAutor leppie
Schreibe einen Kommentar