¿Cómo ejecuto el código DESPUÉS de que se haya cargado un formulario?

En .NET, Windows Forms tiene un evento que se dispara antes de que se cargue el Formulario (Form.Load), pero no hay un evento correspondiente que se dispara DESPUÉS de que se haya cargado el formulario. Me gustaría ejecutar algo de lógica después de que se haya cargado el formulario.

¿Alguien puede aconsejar sobre una solución?

Puede usar el evento “Mostrado”: MSDN – Form.Shown

“El evento Mostrado solo se levanta la primera vez que se muestra un formulario; posteriormente, minimizar, maximizar, restaurar, ocultar, mostrar o invalidar y volver a pintar no provocará este evento”.

A veces uso (en Load)

 this.BeginInvoke((MethodInvoker) delegate { // some code }); 

o

 this.BeginInvoke((MethodInvoker) this.SomeMethod); 

(Cambie “this” a su variable de forma si está manejando el evento en una instancia que no sea “this”).

Esto lleva la invocación al bucle de formularios de Windows, por lo que se procesa cuando el formulario procesa la cola de mensajes.

[actualizado a petición]

Los métodos Control.Invoke / Control.BeginInvoke están diseñados para ser utilizados con subprocesos y son un mecanismo para insertar trabajo en el subproceso de interfaz de usuario. Normalmente esto lo utilizan los hilos de trabajo, etc. Control.Invoke realiza una llamada síncrona, mientras que Control.BeginInvoke realiza una llamada asíncrona.

Normalmente, estos se usarían como:

 SomeCodeOrEventHandlerOnAWorkerThread() { // this code running on a worker thread... string newText = ExpensiveMethod(); // perhaps a DB/web call // now ask the UI thread to update itself this.Invoke((MethodInvoker) delegate { // this code runs on the UI thread! this.Text = newText; }); } 

Hace esto presionando un mensaje en la cola de mensajes de Windows; el hilo de la interfaz de usuario (en algún punto) quita la cola del mensaje, procesa al delegado y le indica al trabajador que lo completó … hasta ahora todo bien ;-p

DE ACUERDO; Entonces, ¿qué ocurre si utilizamos Control.Invoke / Control.BeginInvoke en el hilo de la interfaz de usuario? Resuelve … si llama a Control.Invoke, es lo suficientemente sensible como para saber que el locking en la cola de mensajes provocaría un punto muerto inmediato, por lo que si ya está en el hilo de la interfaz de usuario simplemente ejecuta el código inmediatamente … para que no nos ayuda …

Pero Control.BeginInvoke funciona de manera diferente: siempre empuja el trabajo a la cola, incluso si ya estamos en el hilo de UI. Esto hace una forma muy simple de decir “en un momento”, pero sin la inconveniencia de los temporizadores, etc. (¡lo que igual tendría que hacer lo mismo de todos modos!).

Tuve el mismo problema y lo resolví de la siguiente manera:

En realidad, quiero mostrar el Mensaje y cerrarlo automáticamente después de 2 segundos. Para eso tuve que generar (dinámicamente) formulario simple y una etiqueta que mostraba el mensaje, detener el mensaje por 1500 ms para que el usuario lo leyera. Y Cerrar formulario creado dinámicamente. Se muestra el evento mostrado después del evento de carga. Entonces el código es

 Form MessageForm = new Form(); MessageForm.Shown += (s, e1) => { Thread t = new Thread(() => Thread.Sleep(1500)); t.Start(); t.Join(); MessageForm.Close(); }; 

La primera vez NO va a comenzar “AfterLoading”,
Simplemente lo registrará para iniciar NEXT Load.

 private void Main_Load(object sender, System.EventArgs e) { //Register it to Start in Load //Starting from the Next time. this.Activated += AfterLoading; } private void AfterLoading(object sender, EventArgs e) { this.Activated -= AfterLoading; //Write your code here. } 

También puede intentar poner su código en el evento Activado del formulario, si desea que ocurra, justo cuando se activa el formulario. Debería ingresar un chequeo booleano “ejecutado” aunque solo se suponga que se ejecute en la primera activación.

Esta es una vieja pregunta y depende más de cuándo necesita comenzar sus rutinas. Como nadie quiere una excepción de referencia nula, siempre es mejor verificar primero la nula y luego usarla según sea necesario; eso solo puede ahorrarle mucha pena.

El motivo más común para este tipo de pregunta es cuando un contenedor o tipo de control personalizado intenta acceder a propiedades inicializadas fuera de una clase personalizada donde esas propiedades aún no se han inicializado, lo que puede ocasionar que se llenen valores nulos e incluso puede causar excepciones de referencia nula. en tipos de objetos. Significa que su clase se está ejecutando antes de que se haya inicializado por completo, antes de que haya terminado de configurar sus propiedades, etc. Otra posible razón para este tipo de pregunta es cuándo realizar gráficos personalizados.

Para responder mejor a la pregunta sobre cuándo comenzar la ejecución del código después del evento de carga de formulario, se debe supervisar el mensaje WM_Paint o engancharlo directamente en el evento paint. ¿Por qué? El evento de pintura solo se activa cuando todos los módulos se han cargado por completo con respecto a su evento de carga de formulario. Nota: This.visible == true no siempre es verdadero cuando se establece como verdadero, por lo que no se usa en absoluto para este fin, excepto para ocultar un formulario.

El siguiente es un ejemplo completo de cómo comenzar a ejecutar tu código siguiendo el evento de carga de formulario. Se recomienda no vincular innecesariamente el bucle de mensajes de pintura, por lo que crearemos un evento que comenzará a ejecutar el código fuera de ese bucle.

 using System.Windows.Forms; 

espacio de nombres MyProgramStartingPlaceExample {

 ///  /// Main UI form object ///  public class Form1 : Form { ///  /// Main form load event handler ///  public Form1() { // Initialize ONLY. Setup your controls and form parameters here. Custom controls should wait for "FormReady" before starting up too. this.Text = "My Program title before form loaded"; // Size need to see text. lol this.Width = 420; // Setup the sub or fucntion that will handle your "start up" routine this.StartUpEvent += StartUPRoutine; // Optional: Custom control simulation startup sequence: // Define your class or control in variable. ie. var MyControlClass new CustomControl; // Setup your parameters only. ie. CustomControl.size = new size(420, 966); Do not validate during initialization wait until "FormReady" is set to avoid possible null values etc. // Inside your control or class have a property and assign it as bool FormReady - do not validate anything until it is true and you'll be good! } ///  /// The main entry point for the application which sets security permissions when set. ///  static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } #region "WM_Paint event hooking with StartUpEvent" // // Create a delegate for our "StartUpEvent" public delegate void StartUpHandler(); // // Create our event handle "StartUpEvent" public event StartUpHandler StartUpEvent; // // Our FormReady will only be set once just he way we intendded // Since it is a global variable we can poll it else where as well to determine if we should begin code execution !! bool FormReady; // // The WM_Paint message handler: Used mostly to paint nice things to controls and screen protected override void OnPaint(PaintEventArgs e) { // Check if Form is ready for our code ? if (FormReady == false) // Place a break point here to see the initialized version of the title on the form window { // We only want this to occur once for our purpose here. FormReady = true; // // Fire the start up event which then will call our "StartUPRoutine" below. StartUpEvent(); } // // Always call base methods unless overriding the entire fucntion base.OnPaint(e); } #endregion #region "Your StartUp event Entry point" // // Begin executuing your code here to validate properties etc. and to run your program. Enjoy! // Entry point is just following the very first WM_Paint message - an ideal starting place following form load void StartUPRoutine() { // Replace the initialized text with the following this.Text = "Your Code has executed after the form's load event"; // // Anyway this is the momment when the form is fully loaded and ready to go - you can also use these methods for your classes to synchronize excecution using easy modifications yet here is a good starting point. // Option: Set FormReady to your controls manulaly ie. CustomControl.FormReady = true; or subscribe to the StartUpEvent event inside your class and use that as your entry point for validating and unleashing its code. // // Many options: The rest is up to you! } #endregion } 

}

Puede cerrar su formulario después de alguna ejecución ..

//YourForm.ActiveForm.Close ();

  LoadingForm.ActiveForm.Close();