Accedere alla proprietà Text di un controllo dopo il modulo principale Dispose() 'd?

Question

Seguente joelonsoftware da lungo tempo, poster stackoverflow 1a volta.

voglio sapere "come in modo sicuro" Posso fare quanto segue (C#):

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 pratica, questo (apparentemente) funziona, perché scatola (come controllo) ha un private text field (una stringa) che utilizza per implementare la sua proprietà Text dopo che il suo handle di finestra è stato distrutto.

Non sarò soddisfatto da una risposta generica che "non è possibile accedere a un oggetto dopo che è stato eliminato" perché (1) non riesco a trovare alcuna proibizione generale in documenti MS, (2) I'm non accedere a una risorsa non gestita e (3) questo codice non genera alcuna eccezione (inclusa ObjectDisposedException).

Vorrei farlo in modo da poter creare e utilizzare un metodo "ShowAndDispose" combinato per ridurre il rischio di dimenticare di chiamare sempre Dispose() dopo ShowDialog().

Per complicare, il comportamento cambia nel debugger. Se mi rompo prima di Dispose(); quindi Quick Watch box e drill down nella sua classe di base Control; quindi oltrepassare Dispose(); quindi box.Text restituisce ""! In altri scenari box.Text restituisce il testo inserito dall'utente.

Answer 1

Si tratta di un dettaglio di implementazione che questo codice viene eseguito senza problemi . La proprietà Control.Text viene memorizzata nella cache dalla classe Control in modo che l'eliminazione di TextBox non causi un'eccezione ObjectDisposed.

Questo è abbastanza raro, un sacco di getter e setter di proprietà di controllo generano un messaggio di Windows per chiedere al controllo nativo di Window il valore della proprietà. Otterrai un kaboom su quelli perché la proprietà Handle non è più valida. Notevole è anche che il setter della proprietà Text aggiorna il valore memorizzato nella cache ma genera anche un messaggio Window per aggiornare il controllo nativo. Kaboom qui.

Presumo che questo sia solo interesse generale, non usare mai un codice del genere nel programma. Beh, lo scopriresti abbastanza in fretta.

Answer 2

Lo scenario debugger mi fa pensare che ciò che si fa non è affidabile, per testarlo si dovrebbe almeno provare questo:

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

Answer 3

È possibile utilizzare il 'utilizzando' istruzione al fine di garantire un oggetto viene disposta quando il gioco è fatto con esso:

using(Form frmDialog = new Form()) 
{ 
    //Do stuff 
} 

frmDialog otterrà disposto una volta che il blocco è gestito credo.

Answer 4

ho messo il valore sUserEntered in una proprietà pubblica in modo che possa essere letta:

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(); 
    } 

Poi nel mio mainform:

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

Answer 5

Mi viene in mente, posso creare & utilizzare una classe derivata dal modulo con un metodo BeginShowDialog() che chiama ShowDialog() e un metodo EndShowDialog() che chiama Dispose(). "Begin" nel nome del metodo renderà più ovvia la necessità della chiamata "End".

Mi manca la decisa distruzione dei locali da parte del C++ all'uscita dal campo di applicazione.