Zugriff auf die Eigenschaft Text eines Steuerelements nach dem übergeordneten Formular Dispose() 'd?

Question

Langjähriger Joelonsoftware Follower, zum ersten Mal Stackoverflow Poster.

Ich will wissen, "wie sicher:" Ich kann die folgende (C#) tun:

Form formDlg = new Form(); 
TextBox box = new TextBox(); 
formDlg.Controls.Add(box); 
formDlg.ShowDialog(); 
formDlg.Dispose(); 
string sUserEntered = box.Text; // After parent Dispose'd! 

In der Praxis wird diese (scheinbar) funktioniert, weil Box (als Steuer) ein private Text Feld (eine Zeichenfolge), die es verwendet, um seine Texteigenschaft zu implementieren, nachdem sein Fensterhandle zerstört wurde.

Ich werde nicht mit einer allgemeinen Antwort zufrieden sein, dass "Sie nicht auf ein Objekt zugreifen können, nachdem es disposed", weil (1) ich kann kein solches Verbot in MS Docs finden, (2) ich bin Zugriff auf eine nicht verwaltete Ressource und (3) dieser Code löst keine Ausnahme aus (einschließlich ObjectDisposedException).

Ich möchte dies tun, damit ich eine kombinierte "ShowAndDispose" -Methode erstellen und verwenden kann, um das Risiko des Vergessens zu reduzieren, immer Dispose() nach ShowDialog() aufzurufen.

Um zu komplizieren, ändert sich das Verhalten im Debugger. Wenn ich vor Dispose() breche; dann Quick Watch Box und Drilldown in seine Control Basisklasse; dann gehe über Dispose() hinaus; dann box.Text gibt "" zurück! In anderen Szenarien gibt box.Text den vom Benutzer eingegebenen Text zurück.

Answer 1

Es ist ein Detail Implementierung dass dieser Code ausgeführt wird, ohne ein Problem . Die Control.Text-Eigenschaft wird von der Control-Klasse zwischengespeichert, so dass die TextBox keine ObjectDisposed-Ausnahme verursacht.

Das ist relativ selten, viele Steuerelement Eigenschaft Getter und Setter generieren eine Windows-Nachricht das native Window-Steuerelement für den Wert der Eigenschaft zu stellen. Sie erhalten einen Kaboom, weil die Handle-Eigenschaft nicht mehr gültig ist. Beachten Sie auch, dass der Texteigenschaften-Setter den zwischengespeicherten Wert aktualisiert, aber auch eine Window-Nachricht generiert, um das native Steuerelement zu aktualisieren. Kaboom hier.

Ich nehme an, dies ist nur von allgemeinem Interesse, verwenden Sie nie Code wie in Ihrem Programm. Nun, du würdest es schnell genug herausfinden.

Answer 2

Der Debugger Szenario mich denken lässt, dass Sie das tun, was nicht zuverlässig ist, um es zu testen sollten Sie zumindest versuchen, diese:

formDlg.Dispose(); 
Application.DoEvents(); 
GC.Collect(); 
GC.WaitForPendingFinalizers(); 
string sUserEntered = box.Text; // After parent Dispose'd! 

Answer 3

Sie verwenden, um die ‚Verwendung‘ Anweisung ein Objekt, um sicherzustellen, angeordnet wird, wenn Sie sind damit fertig:

frmDialog wird entsorgt werden, sobald der Block gelaufen ist glaube ich.

Answer 4

Ich legte den sUserEntered Wert in eine öffentliche Eigenschaft so auf sie zugegriffen werden kann:

public string UserInput 
    { 
     get; 
     set; 
    } 

    public frmDialog() 
    { 
     // 
     // The InitializeComponent() call is required for Windows Forms designer support. 
     // 
     InitializeComponent(); 

     // 
     // TODO: Add constructor code after the InitializeComponent() call. 
     // 
    } 

    void Button1Click(object sender, EventArgs e) 
    { 
     UserInput = userInput.Text; 
     this.Dispose(); 
    } 

Dann in meiner Hauptform:

 using (dialog = new frmDialog()) 
     { 
      dialog.ShowDialog(); 
      stringUserInput.Text = dialog.UserInput; 
     }; 

Answer 5

Es kommt zu mir, kann ich & ein Formular abgeleitete Klasse mit einem BeginShowDialog() -Methode verwenden, erstellen die Anrufe Showdialog() und ein EndShowDialog() -Methode, die ruft Dispose(). Das "Begin" im Methodenname wird die Notwendigkeit für den Aufruf "Ende" offensichtlicher machen.

Ich vermisse C++ 's bestimmte Zerstörung von Einheimischen beim Verlassen des Umfangs.