Dynamique de début de l'activité dans Android?

Est-il un moyen de modifier dynamiquement le démarrage de l'activité dans Android basé sur une condition? Ce que j'ai tenté de le faire (qui ne fonctionne pas) était la suivante:

supprimer le LANCEUR catégorie telles que définies dans mon AndroidManifest.xml
créer une Application personnalisée de classe que l'application utilise
remplacer la méthode onCreate de ma classe d'Application pour définir un code semblable au suivant:

if (condition) {
    startActivity(new Intent(this, MenuActivity.class));
} else {
    startActivity(new Intent(this, LoginActivity.class));
}

exactement ce que je recherche, merci de poser cette déjà.

InformationsquelleAutor Matt Huggins | 2011-01-31

58

Pourquoi ne pas avoir un premier Activity sans INTERFACE utilisateur qui vérifie la condition dans sa onCreate, puis lance la prochaine Activity, puis appelle finish() sur lui-même? Je n'ai jamais appelé finish() de l'intérieur onCreate() bien, alors je ne sais pas si cela va fonctionner.

MODIFIER

Semble bien fonctionner. Voici un code pour le rendre plus clair.

Initiale Activity:
```
@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    Intent intent;
    if (condition) {
       intent = new Intent(this, ClassA.class);
    } else {
       intent = new Intent(this, ClassB.class);
    }
    startActivity(intent);
    finish();
    //note we never called setContentView()
}
```
Autres Activity:
```
@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);
}
```
- Pouvez-vous avoir une Activité sans l'INTERFACE utilisateur? Je pensais que le point de l'ensemble de l'Activité était d'afficher quelque chose à l'utilisateur, mais peut-être que j'ai besoin de faire une re-lecture sur Android notions de base...
- Huggins je l'ai juste essayé dans mon espace de travail temporaire et il semble bien fonctionner.
- C'est tout l'intérêt d'une activité, mais il ya beaucoup de façons de contourner cela. Je pense que ce que dave voulais juste dire de ne pas déclarer une INTERFACE utilisateur. Il n'y a rien qui vous oblige à appeler setContentView ou quoi que ce soit. Il suffit de faire votre chèque, votre prochaine activité, et d'être avec elle.
- exactement. Mon post a été mal formulé
- Merci à tous, cela a fait l'affaire! 🙂
- Vous avez résolu mon problème de la sélection d'une activité spéciale pour la première course. Merci!!!!
- Plus probablement, c'est le meilleur moyen. Bien que l'API devrait avoir autorisé à le faire par programmation à partir de l'un des principaux Application's onCreate sans déclaration de l'activité dans le manifeste. Il aurait été plus propre pour MVC approches à mon humble avis.
- Je peux encore voir le titre de l'activité initiale brièvement, même si je ne l'appelez pas setContentView. Le titre vient de AndroidManifest.xml.
- relisez ce que vous venez de dire: "je peux voir le titre, mais je n'appelle pas set Contenu View"... si vous n'avez pas défini le contenu, mais l' Activity a encore un Window, qui contient plus de la contentView.
- Le point est que cette approche est erronée. Aucune temporaire Window doit être créé à tous les.
- Un autre problème est que les deux "start activités", partageront le même thème
InformationsquelleAutor dave.c
8

Voici ce que j'ai fait personnellement pour l'un de mes petits projets mobiles. Au lieu de créer un écran de moins Activity où la condition est et qui lance l'écran correspondant, j'ai mis de l'état dans un Activity et a une dynamique setContentView(), comme dans:
```
if (!userIsLoggedIn) {
    setContentView(R.layout.signup);
} else {
    setContentView(R.layout.homescreen);
}
```
Deux remarques importantes à cette approche:

1: au Lieu d'écrire que dans onCreate(), vous souhaitez mettre de la prise de décision à l'intérieur de onResume() précisément parce que ce dernier est toujours appelée chaque fois que l'écran doit être affiché dans l'avant. Vous pouvez voir qu'à partir de l'Android l'activité du cycle de vie. Donc, si, par exemple, l'utilisateur viens de télécharger mon application et lancé pour la première fois, car aucun utilisateur n'est connecté, elle sera conduit à la page d'inscription. Quand elle fait de la signature et pour une raison quelconque presses de l' HOME bouton (pas BACK, qui permet de quitter l'application en tout!) et reprend ensuite l'application, la mise en page qu'elle va voir, c'est déjà l'écran d'accueil de l'. Si je mets le conditionnel à l'intérieur de onCreate(), ce qui aurait été affiché est le signe de l'écran parce que, selon le cycle de vie, il ne rentre pas dans onCreate() lors de la ramener à une application de l'avant.

2: Cette solution est idéale seulement si vous fusionnez les fonctionnalités de ces deux Activités ne serait pas produire un long diabolique bloc de code. Comme je l'ai dit, mon projet était petite (sa principale caractéristique se produit en arrière-plan), de sorte que seule dynamique Activity n'a pas eu trop à elle. L'écran moins Activity est certainement la voie à suivre si vous avez besoin de votre code plus lisible.
- +1 pour le partage d'une autre méthode. 🙂 Comme vous l'avez déjà mentionné, mon seul souci avec cette méthode est que chaque point de vue peut nécessiter une grande partie différents de code sous-jacent, ce qui rendrait l'Activité encombrants et incongrues.
- cette solution fonctionne probablement mieux si vous utilisez Fragments qui encapsule le contentView et la "largement différentes de code sous-jacent".
InformationsquelleAutor Matthew Quiros

Vous devez vous connecter pour publier un commentaire.