Noções básicas de estados do ciclo de vida de um aplicativo ios
Por uma questão de curso, um aplicativo escrito no sistema iOS passa por um conjunto de estados como ele é executado. Esses estados são conhecidos como estados do ciclo de vida do aplicativo. Como um aplicativo se move através dos estados do seu ciclo de vida, o estado do aplicativo é definido por seu nível de atividade, como Not Running, ativa ou suspensa.
Aqui está mais informações sobre os estados:
Quando um aplicativo está no Not Running estado, ou o aplicativo não foi lançado ou o sistema de desligá-lo.
Quando um aplicativo é iniciado, ele transita através de um estado curto, chamado de Inativo Estado. É realmente correndo, mas ele está executando outras funções e não está pronto para aceitar a entrada ou eventos de usuário.
Um aplicativo em uma Ativo estado é executado em primeiro plano e receber eventos. Este é o modo normal para aplicativos de primeiro plano - aplicativos que não têm a correr em segundo plano sem uma interface de usuário.
Quando um aplicativo está no fundo estado, sua interface de usuário não é visível, mas é corrida. A maioria dos aplicativos de transição por este estado a caminho de ser suspenso.
Um aplicativo pode precisar (e pedido) tempo de execução extra e pode permanecer nesse estado por um tempo. Além disso, alguns aplicativos executados em segundo plano. Tal aplicativo entra no estado de fundo diretamente e não passar pelo estado inativo.
O sistema iOS pode mover um aplicativo para um suspenso Estado. Aqui o aplicativo está em segundo plano, mas é não execução de código. Ele faz ficar na memória, no entanto. Se ocorrer uma condição de pouca memória, o sistema pode purgar aplicativos no estado suspenso sem aviso prévio. Note-se que, de acordo com os padrões da Apple, só o sistema iOS pode matar um aplicativo.
Como seu aplicativo passa pelos estados do seu ciclo de vida, certos métodos padrão do aplicativo, conhecido como ciclo da vida métodos são chamados pelo iOS. Como ele passa por esses estados, você pode adicionar o comportamento específico do aplicativo em cada transição dentro do ciclo de vida do aplicativo.
As implicações fiabilidade deste ciclo de vida são de que sempre que as transições de aplicações de estar activo em primeiro plano para estar no fundo, para serem suspensos e, em seguida, terminada, que tem de
Desistir de todos os recursos que ele está segurando (como conexões de rede e ponteiros de arquivo).
Salve qualquer estado em que quer preservar quando é restaurado para o serviço ativo ou começa de novo (este processo é também conhecido como checkpointing).
Mas desistir recursos e salvar o estado como as saídas de aplicativos é apenas metade da história. Como o aplicativo passa por sua sequência de inicialização e corre através de suas funções (em termos concretos, cargas e sai cada controlador de vista), deve registrar o que ele precisa desistir e em que estado ele precisa preservar para que os recursos são liberados eo estado é salvo se o aplicativo sai.