try/catch ne pas arrêter l'application

Version imprimable

Bonjour,

J'aimerais savoir dans un try catch nous avons la possibilité que l'application ne s’arrête pas malgré l’erreur, j'aimerais simplement afficher un Toast car au final la commande n'est pas hyper importante.

je vous montre le code :

Code:

1
2
3
4
5
6
7
8
9
10
try {
            objPostIdNum.execute(numTel, "xxxxxx").get(2000,TimeUnit.MILLISECONDS); //Stopper le Thread Main tant que l'on a pas la réponse (get)
        }
        catch (ExecutionException e) {
            e.printStackTrace();
        } catch (TimeoutException e) {
            e.printStackTrace();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

Merci :)

25/05/2015, 18h02
Altak

Bonjour,

Je crois qu'on te l'a déjà dit mais c'est pas la bonne façon de procéder pour faire ce que tu veux faire...

Dans tout les cas, avec ce code, ton application ne s’arrêtera pas si tu rencontre l'une des trois Exceptions que tu catch.
En règle générale, les Exceptions font arrêter ton application si tu ne les catch pas donc si tu les catch, ton app ne s’arrête pas ;)

Mais du coup, si ta requête rencontre une autre erreur que les 3 que tu catch, ton application va s’arrêter...

Renseigne toi sur les try/catch, je ne suis pas sur que tu ai compris le fonctionnement et regarde comment utiliser les requête asynchrone, c'est vraiment pas la bonne façon de procéder, ca va bloquer ton application jusqu’à ce que ton app reçoive la réponse...
Imagine maintenant que ton utilisateur est en 3G ou en Edge? gros ping, avec un un transfert de donnée lent, tu bloque ton appli pendant plusieurs seconde et ton utilisateur reste coincer sans rien pouvoir faire. Tu admettra qu'il y a mieux comme comportement pour un appli :O

GLHF
25/05/2015, 18h25
mailoy

Citation:

Envoyé par Altak

Bonjour,

Je crois qu'on te l'a déjà dit mais c'est pas la bonne façon de procéder pour faire ce que tu veux faire...

Dans tout les cas, avec ce code, ton application ne s’arrêtera pas si tu rencontre l'une des trois Exceptions que tu catch.
En règle générale, les Exceptions font arrêter ton application si tu ne les catch pas donc si tu les catch, ton app ne s’arrête pas ;)

Mais du coup, si ta requête rencontre une autre erreur que les 3 que tu catch, ton application va s’arrêter...

Renseigne toi sur les try/catch, je ne suis pas sur que tu ai compris le fonctionnement et regarde comment utiliser les requête asynchrone, c'est vraiment pas la bonne façon de procéder, ca va bloquer ton application jusqu’à ce que ton app reçoive la réponse...
Imagine maintenant que ton utilisateur est en 3G ou en Edge? gros ping, avec un un transfert de donnée lent, tu bloque ton appli pendant plusieurs seconde et ton utilisateur reste coincer sans rien pouvoir faire. Tu admettra qu'il y a mieux comme comportement pour un appli :O

GLHF

oui on me l'a déja dit, mais pour moi sincérement c'est la meilleure solution j'ai besoin du resultat pour continuer..

sinon pour try/catch il y a pas un truc du genre "pour toute erreur" ?

Merci
25/05/2015, 19h46
Hephaistos007
Citation:

Envoyé par mailoy

sinon pour try/catch il y a pas un truc du genre "pour toute erreur" ?
Code:

1 2 3 } catch (Exception e) { e.printStackTrace(); }
27/05/2015, 21h03
nicroman

Citation:

oui on me l'a déja dit, mais pour moi sincérement c'est la meilleure solution j'ai besoin du resultat pour continuer..

Et alors ?

C'est le principe de l'asynchrone....

Le programme à besoin de faire zigouigoui et d'attendre la réponse... il lance une tâche asynchrone pour ça.
La tâche asynchrone fait zigouigoui, quand elle a finit il déclenche un événement "toto".
Le programme réagit à l'évenement "toto" pour faire turlututu avec le résultat de zigouigoui.

Avec AsyncTask c'est encore plus simple puisque la gestion des évenements est directement cablée, et qu'il suffit de faire des appels de fonction.