Privacidade e cookies
Este sitio usa cookies. Continuando, acepta o seu uso. Obteña máis información; Por exemplo, sobre como controlar as cookies.
estiven en Este ano de mobilidade por moitos anos e é común ter que lanzar os meus clientes e colegas por profesión a reflexión que lanzamos neste artigo. A programación de aplicacións móbiles nativas é complicada. Non tanto para a lingua xa que, como mencionei anteriormente, as linguas modernas como Kotlin ou incluso Java e Swift achéganse a un gran público de desenvolvedor. O problema vén principalmente porque a maioría dos programadores, especialmente os que veñen do mundo do mundo, non se atoparon cun concepto que é moi importante para abordar un desenvolvemento móbil con eficiencia e é o ciclo de vida.
Coñecer a vida O ciclo de sistemas operativos móbiles é esencial para poder abordar un desenvolvemento con garantías. Pense que esta aplicación que se executa no seu dispositivo pode sufrir alteracións no seu fluxo natural de execución por varias razóns:
- conexións asíncronos
- chamadas telefónicas durante a execución da aplicación
- interrupcións doutras aplicacións: mensaxes de WhatsApp, etc.
- interrupcións da aplicación en si: notificacións empurrar
- abrupto debido á falta de batería
- Minimización da aplicación porque o usuario quere consultar algo noutro
- unha longa etcétera
Todos estes eventos poden ocorrer nunha aplicación móbil e moitos non ocorrerían un escritorio de aplicacións ou unha web. Para que a solicitude se desenvolva sexa robusta, debes entender que o ciclo de vida da aplicación e xestiona correctamente.
Non vou entrar nun tema demasiado técnico para que só fose frotar a punta do iceberg. Espero que, un ávido lector, despois de ler este artigo decide investigar máis na súa conta sobre o comportamento das aplicacións durante a súa execución.
Neste artigo trataremos o ciclo de vida dunha aplicación en iOS .. Nun futuro próximo faremos o mesmo con Android.
A gráfica anterior mostra o ciclo de vida da aplicación. O seguinte mostra os diferentes estados. Un usuario bife nunha aplicación e comeza o primeiro proceso do conxunto onde se transmite a non correr ao estado inactivo no tempo de lanzamento, consulte o gráfico inferior. A partir de aí podes ver no gráfico superior como, antes de determinados estados da aplicación, o desarrollador pode capturar os eventos que aparecen á dereita e lanzar parte do seu código particular. Unha vez finalizado o tempo de lanzamento, a aplicación pasa a un estado activo e é entón cando o programador inicia o seu traballo no primeiro punto de inicialización xa que o programador principal () e uiapplicationmain () non se sobrescriben. No estado activar o programador funciona no proceso de execución, que é un loop de execución infinito. Este último é moi importante comprender, aínda que a aplicación non está a facer nada en teoría, só o feito de estar en primeiro plano consumirá recursos do dispositivo porque ese loop está constantemente en execución. O programador debe ter moito coidado de non introducir cálculos innecesarios neste punto para non drenar a batería entre outras cousas.
No momento en que o usuario presiona o botón de inicio do iPhone, a aplicación irá ao estado suspendido pero primeiro diso, a aplicación pode gardar os estados de execución actuais para continuar agora mesmo onde o deixou. Non obstante, algunhas tipoloxías especiais de aplicacións permiten executar nun estado minimizado, que non está permitido para todas as aplicacións. Trátase das aplicacións que executan algúns servizos especiais do tipo: