Question

Je sais qu'il y a de nombreux sujets à ce sujet, et je comprends (ou du moins je pense que je le fais) le cycle de vie de l'activité. Je sais que l'activité elle-même devrait gérer son cycle de vie, y compris le processus d'arrêt de l'activité.

Mais, dans certains cas, ce n'est tout simplement pas pratique, par exemple, si vous avez un contrôleur, pour gérer votre interface et peut-être recevoir des résultats d'E / S.

Donc ne serait pas agréable d'envoyer une intention avec une action comme un ACTION_STOP_REQUEST, et laisser l'activité le gérer?

Était-ce utile?

La solution

Donc ne serait pas agréable d'envoyer une intention avec une action comme un PEU IMPORTE, et laisser l'activité le gérer?

Afaik, c'est ce BroadcastReceiverS sont pour.

Autres conseils

Comme l'a suggéré Cristian, utilisez BroadcastReceiver

Vous pouvez inclure privé BroadcastReceivers dans chaque activité que vous voudriez répondre au ACTION_STOP_REQUEST et les faire appeler finish() dans onReceive()

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top