Discussion :

[DaSiX]

Bonjour,

Mon application comporte 2 activités, l'une étant appelé par la première en lui passant un argument. Mon, problème est qu'à heure fixe, il faudrait que cette activité laisse place à la première (comme si l'on appelait un onBackPressed()).

Quelle serait la meilleure solution pour obtenir ce résultat ?

D'avance merci pour vos suggestions

[John.BE]

Bonjour,

Sans être un grand expert, ni en sachant ce que font tes activités, il faut que tu lances soit un Thread, soit une tache dans ta seconde activité ce qui permettra de tourner en arrière plan et d'être indépendamment du reste pour éviter d'être bloquant. Une fois cela, tu boucles en faisant à chaque itération une vérification si l'heure est égale à celle que tu veux.

Une fois que la condition est rempli, tu fermes l'activité et ce qu'il faut en revoyant soit avec un résultat ou non.

Pour obtenir une condition à heure fixe, il suffit de vérifier l'heure en faisant un extract des mins et des secondes et ensuite vérifier si c'est égale à 0, mais laisse toi une marge de vérification entre 59'' 59' et 00'' 01' par exemple.

[nicroman]

Sans être un grand expert, ni en sachant ce que font tes activités, il faut que tu lances soit un Thread, soit une tache dans ta seconde activité ce qui permettra de tourner en arrière plan et d'être indépendamment du reste pour éviter d'être bloquant. Une fois cela, tu boucles en faisant à chaque itération une vérification si l'heure est égale à celle que tu veux.

Surtout pas, pour deux raisons:
1) Par définition, une boucle "infine" (tant qu'une condition n'est pas remplie) est un non-pattern. On lui préfère largement le pattern: "quand la condition est remplie elle emet un évenement", et "on attend cet evement".
2) La boucle infine va utiliser 100% du CPU (et donc 100% de la batterie), à moins d'utiliser la fonction (à bannir vraiment définitivement) de Thread.sleep....


Le moyen le plus simple est d'utiliser un "handler":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
class MonActivityFille extends Activity
{
     private Handler waitHandler;
 
     private Runnable waitExecution = new Runnable() {
         @Override
         public void run() {
             MonActivityFille.this.onTimeEllapsed();
         }
      }
 
     public void onCreate(...)
     {
           ...
           waitHandler = new Handler();
           waitHandler.postAtTime(waitExecution, ??? );
     }
 
     public void onTimeEllapsed() {
           finish();
     }
}

Si le téléphone entre en mode veille il ne sera pas reveillé, mais dès la sortie de veille, l'activité sera terminée.

[John.BE]

Oui, pour les thread, j'utilise le Thread.sleep et un flag dans la condition qu'il suffit de mettre à false. Je ne connais pas encore de trop les handlers, mais cela ma l'air bien et je vais essayer dans profiter pour tester...

[DaSiX]

Merci pour vos réponses, je vais essayer la solution de nicroman

[DaSiX]

Ta solution est intéressante, mais la fonction postAtTime() se base sur le temps écoulé depuis le démarrage de l'appareil. Existe-t-il une solution pour la faire se déclencher à une heure fixe ? Par exemple 18:45:00.000 ?

[John.BE]

Si et seulement si cela n’existe pas, tu peux calculer le temps qui reste avant d'arriver à l'heure désirée...

[DaSiX]

Si et seulement si cela n’existe pas, tu peux calculer le temps qui reste avant d'arriver à l'heure désirée...

C'est une idée très intéressante, je la garde de côté je n'y avais pas pensé

[atha2]

Sinon il existe l'AlarmManager, je ne suis pas persuadé que dans ton cas ce soit vraiment adapté (la solution du Handler.post(..., timeout) me parait mieux) mais c'est toujours bon de savoir que ça existe.

[DaSiX]

Sinon il existe l'AlarmManager, je ne suis pas persuadé que dans ton cas ce soit vraiment adapté (la solution du Handler.post(..., timeout) me parait mieux) mais c'est toujours bon de savoir que ça existe.

C'est parti pour se documenter là dessus merci bien

[nicroman]

L'AlarmManager a d'autres fonctions comme celle de reveiller une application alors que le téléphone est en veille.
Là ce n'est pas le cas, d'autant que son implémentation nécessiterai un broadcastreceiver, et toute une tringlerie pour enovoyer un message à l'application ce qui reviendra à la solution des handlers.

Mais sinon, il y a postDelayed au lieu de postAtTime.

[DaSiX]

Merci pour cette précision, je vais me documenter sur cette méthode

[DaSiX]

Voici la solution que j'ai adopté. Elle est adapté à mon utilisation et peut être pas forcément très optimisée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
private Runnable	waitExecution = new Runnable() {
	@Override
	public void run() {
		Tablette.this.onTimeEllapsed();
	}
};
 
public void onTimeEllapsed() {
	finish();
}
 
protected void onCreate(Bundle savedInstanceState) {
	/*
	*....
	*/
	waiter = new Handler();
	waiter.postDelayed(waitExecution, MainActivity.getMilliToHour(MainActivity.HEURE_FIN, MainActivity.MINUTE_FIN));
	/*
	*....
	*/
}

MainActivity.getMilliToHour(int hour, int minutes)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
final public static long getMilliToHour(int hour, int minute){
	Date aujou = new Date();
	return new Date(aujou.getYear(), aujou.getMonth(), aujou.getDay(), hour, minute).getTime()-new Date(aujou.getYear(), aujou.getMonth(), aujou.getDay(), aujou.getHours(), aujou.getMinutes()).getTime();
}

Dans le return de getMillitoHour, la deuxième date qui est le moment présent est construit avec un new Date(), car si l'on met directement new Date().getTime() il y a un décalage au niveau des résultats. Il y a certainement une raison que je n'ai pas trouvé encore.

Merci encore à tous

[nicroman]

les secondes et millisecondes ?

[John.BE]

Peut-être bien pour le seconde et les millisecondes.

Merci pour ton retour, je vais sans doute utiliser les handlers aussi .