Discussion :

[Emilllio]

Bonjour à tous,

Je rencontre depuis pas mal de temps un problème auquel je ne trouve désespéramment, aucune solution.

J'ai une activité A qui permet de se connecter à l'application avec ses identifiants (ou de les vérifier lorsqu'ils sont en mémoire) et afin d'éviter à l'utilisateur de revenir sur cette dernière je la supprime lors du passage à l'activité B.

Ce qui amène à la pile suivante : B, C, D, E, etc...

Lors de la déconnexion, l'activité A n'existant pas, elle est créée sur le dessus de la pile et ainsi FLAG_ACTIVITY_CLEAR_TOP ne supprime rien, ce qui est logique. Or je souhaite pour ma part ne disposer plus que de l'activité A.

Auriez vous une idée pour supprimer la pile et lancer une nouvelle activité ?

Merci

[nicroman]

La logique pour un "login" est:

Toute activité nécessitant une authentication (B,C,D,E,...) vérifie celle-ci (stocké dans l'application ?) et si non existante appelle A (avec retour).
A n'est donc jamais dans la pile.
On peut commencer sur D si on a envie.

[Emilllio]

Déjà un grand merci pour cette réponse rapide

Actuellement mon activité login A (LAUNCHER) récupère le pseudo ainsi que le mot de passe, les vérifies, et si tout est bon les stock avec PreferenceManager.

Si les identifiants sont déjà présents, je pars du principe qu'ils sont potentiellement correct et passe à directement à l'activité B sans même vérifier leurs pertinences à cette étape.

Mon application ayant pour chaque activité forcément besoin de données serveur, je transmet en POST les identifiants à la requête HTTP qui seront évidement systématiquement vérifier avant de renvoyer une réponse JSON, et redirige en cas d'erreur sur l'activité d’identification. Il est donc vrai que le problème se présente aussi sur toutes les activités que se soit B, C, D ou autre et que A n'est jamais dans la pile.

Si j'ai bien compris, je dois raisonner dans l'autre sens ?

Mon LAUNCHER devrait appeler plutôt B et rediriger sur A avec un retour sur l'activité en cours quelle qu’elle soit lorsque l’identification échoue ?

Cependant le problème persiste : lors d'un clic sur le bouton retour l'activité précédente est toujours présente ainsi que la totalité de la pile.

[nicroman]

Oui... par exemple, faire hériter toutes les activités de:

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
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
 
class AuthenticatedActivity extends Activity
{
     private final static int AUTHENTICATION_REQUEST = -823;
 
     private static Authentication auth; //<= classe à définir
 
     public void onResume() {
         if (auth == null) {
             onAuthFailed(false);
         } else {
             onAuthSuccess(auth);
         }
     }
 
     public void onActivityResult(int requestCode, int resultCode, Intent data)
     {
         if (requestCode == AUTHENTICATION_REQUEST) {
             if (resultCode == RESULT_OK) {
                 auth = new Authentication(data.getBundle());
                 onAuthSuccess(auth);
             } else
                 onAuthFailed(true);
         } else
             super.onActivityResult(requestCode,resultCode,data);
     }
 
     public void onAuthFailed(boolean afterLogin)
     {
          if (!afterLogin) {
             startActivityForResult(
                 new Intent(this,LoginActivity.class),
                 AUTHENTICATION_REQUEST);
          } else
             finish();
     }
 
     // Callback when someone logged in.
     public abstract void onAuthSuccess(Authentication a);
}

Et bien sur, LoginActivity:

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
24
25
26
27
28
29
30
31
32
33
34
35
36
37
 
class LoginActivity extends Activity
{
     public void onCreate(Bundle savedinstance)
     {
          super.onCreate(savedinstance);
          setContentView(R.layout.login);
 
          ...
          setResult(RESULT_CANCELED);
      }
 
      public void onLoginButtonClicked() {
          String login = loginEdit.getText().toString();
          String password = pwdEdit.getText().toString();
          performLogin(login,password);
      }
 
      private void performLogin(String login, String password) {
          showProgress();
          LoginTask task = new LoginTask(login,password);
          task.execute();
      }
 
      private onLoginTaskSuccess(Authentication auth) {
          hideProgress();
          Intent result = new Intent();
          result.setBundle(auth.toBundle());
          setResult(RESULT_OK,result);
          finish();
      }
 
      private onLoginTaskFailed(int reason) {
          hideProgress();
          Toast.makeText(.......).show();
      }
}

etc...

[Emilllio]

J'ai bien saisi la notion de retour, je me suis peut être mal exprimé le problème n'est pas propre à login.

Si cela peux aider mon problème se présente aussi dans un second contexte : je travail sur un jeu par navigateur de gestion d'écurie automobile qui propose aux joueurs plusieurs serveurs (S1, S2, S3, etc...).

J'ai pour gérer cela une variable serveur stocker avec PreferenceManager ayant pour valeur :
- 0 = Aucun serveur sélectionné
- 1 = S1
- 2 = S2
- ...

Lors de la première identification, le joueur arrive sur l'activité profil avec les informations globales relative à son compte. Au changement de serveur (qu'elle que soit l'activité) cette variable est mis à jour et l'activité écurie (propre à un serveur) est appelé et les précédentes devraient aussi être supprimer pour éviter des problèmes de cohérence.

Par exemple :
Le joueur fait ses opérations sur le serveur 1, puis switch sur le serveur 2. La variable sera passé de 1 à 2, or si il y a retour à l'activité précédente (bouton retour) la vue correspondra au serveur 1 et la moindre action sur celle-ci agira sur le serveur 2.

Tout comme pour l'identification, l'activité écurie n'est pas systématiquement présente. Il me faudrait donc aussi dans ce cas pouvoir supprimer la pile pour repartir sur une nouvelle.