El registro de plugins y el ciclo interno
Qué ocurre exactamente cuando registras un plugin, en qué orden se ejecuta todo al arrancar, y por qué el orden importa más de lo que parece.
El orden de arranque
Y el paso 2 antes del 3 es lo que explica varias cosas: los plugins están listos antes de que tu código de configuración corra, así que puedes usarlos ahí.
Por qué el orden de los plugins importa
Tres casos concretos:
La primera es la única que importa casi siempre, y merece recordarla porque su síntoma —un parpadeo al abrir un fichero— parece un problema de otra cosa.
Dónde encaja tu código
Y con el orden delante, la respuesta a dónde poner cada cosa del nivel 57.2:
- Grupo 1 —antes de la ventana— va en el paso 3, y debe ser muy poco.
- Grupo 2 —en segundo plano— se lanza desde el paso 3 y corre en paralelo con los pasos 4 y 5.
- Y grupo 3 —cuando haga falta— se dispara desde eventos del paso 6.
Y con eso el nivel 57.2 deja de ser una recomendación y pasa a ser una descripción del mecanismo: la ventana aparece en el paso 4, y todo lo que esté en el 3 la retrasa.
Los ganchos de ciclo de vida
Y lo que un plugin —o tu código— puede escuchar en el paso 6:
- Eventos de la aplicación: listo, saliendo, reactivada.
- Eventos de ventana: creada, cerrada, foco, tamaño. Nivel 74.2.
- Y eventos de webview: creada, navegación, carga.
Y una nota de la fase IV: estos ganchos se ejecutan en el hilo del bucle. Nivel 74.1: nada pesado ahí.