Remplacer bouton de retour à la loi comme à la maison bouton

La plupart du temps, vous devez créer un Service pour effectuer quelque chose dans le fond, et votre visible Activity contrôle simplement ce Service. (Je suis sûr que le lecteur de Musique fonctionne de la même manière, afin que l'exemple de la doc semble un peu trompeur.) Si c'est le cas, alors votre Activity peut finish comme d'habitude et le Service sera toujours en cours d'exécution.

Une approche plus simple est de capturer les Back touche d'appel moveTaskToBack(vrai) comme suit:

//2.0 and above
@Override
public void onBackPressed() {
    moveTaskToBack(true);
}

//Before 2.0
@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
    if (keyCode == KeyEvent.KEYCODE_BACK) {
        moveTaskToBack(true);
        return true;
    }
    return super.onKeyDown(keyCode, event);
}

Je pense que l'option retenue devrait être, pour que l'Activité se terminera normalement et être en mesure de recréer lui-même par exemple, la lecture de l'état actuel à partir d'un Service en cas de besoin. Mais moveTaskToBack peut être utilisé comme une alternative rapide à l'occasion.

NOTE: comme l'a souligné Dave ci-dessous Android 2.0 a introduit un nouveau onBackPressed méthode, et ces recommandations sur la façon de gérer le bouton.

Si vous voulez attraper l'Arrière Bouton de regarder ce post sur le Blog des Développeurs Android. Il couvre la façon la plus facile de le faire dans Android 2.0 et la meilleure façon de le faire pour une application qui s'exécute sur 1.x et 2.0.

Toutefois, si votre Activité est Arrêté, il peut être tué, selon la disponibilité de la mémoire sur l'appareil. Si vous voulez un processus à exécuter, sans INTERFACE utilisateur, vous devez créer un Service. La documentation dit ce qui suit à propos des Services:

Un service ne dispose pas d'une interface visuelle pour l'utilisateur, mais plutôt s'exécute en arrière-plan pour une période de temps indéterminée. Par exemple, un service peut jouer de la musique de fond que l'utilisateur assiste à d'autres questions, ou il pourrait aller chercher des données sur le réseau ou de calculer quelque chose et d'assurer le résultat d'activités qui en ont besoin.

Ces semble approprié pour vos besoins.

si ça aide quelqu'un d'autre, j'ai eu une activité avec 2 mises en page que j'ai activé et désactivé pour la visibilité, en essayant d'imiter une sorte de page1 > page2 structure. si ils étaient sur la page 2, et appuyé sur le bouton de retour, je les voulais pour revenir à la page 1, si ils ont appuyé sur le bouton retour à la page 1, il doit encore travailler comme d'habitude. Son assez basique mais ça fonctionne

@Override
public void onBackPressed() {
//check if page 2 is open
    RelativeLayout page2layout = (RelativeLayout)findViewById(R.id.page2layout);
    if(page2layout.getVisibility() == View.VISIBLE){
        togglePageLayout(); //my method to toggle the views
        return;
    }else{
        super.onBackPressed(); //allows standard use of backbutton for page 1
    }

}

espère que cela aide quelqu'un,
cheers

Mieux encore, comment sur OnPause():

Appelés dans le cadre de l'activité du cycle de vie lorsqu'une activité est en cours dans le fond, mais n'a pas (encore) été tué. La contrepartie de onResume().

Lorsque l'activité B est lancé à la face de l'activité, ce callback sera appelé sur A. B ne sera pas créé jusqu'à ce qu'Un de onPause() renvoie, alors assurez-vous deenter code here ne rien faire de longues ici.

Ce rappel est principalement utilisé pour l'enregistrement de tout état persistant de l'activité d'édition et de s'assurer que rien n'est perdu si il n'y a pas assez de ressources pour démarrer une nouvelle activité sans d'abord de tuer celui-ci.

C'est aussi un bon endroit pour faire des choses comme l'arrêt des animations et d'autres choses qui consomment une quantité notable de CPU afin de les faire passer à la prochaine activité le plus rapidement possible, ou pour fermer des ressources que sont l'accès exclusif de la caméra.

J'ai utiliser @Mirko N. answser en utilisant la nouvelle Coutume EditText

 public class EditViewCustom extends EditText {

    Button cancelBtn;
    RelativeLayout titleReleLayout;
    public EditViewCustom(Context context, AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
    }

    public EditViewCustom(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public EditViewCustom(Context context) {
        super(context);
    }

    public void setViews(Button cancelBtn,RelativeLayout titleReleLayout){
        this.cancelBtn = cancelBtn;
        this.titleReleLayout = titleReleLayout;
    }

    @Override
    public boolean onKeyPreIme(int keyCode, KeyEvent event) {
        if (event.getKeyCode() == KeyEvent.KEYCODE_BACK) {
            Log.d("KEYCODE_BACK","KEYCODE_BACK");
            cancelBtn.setVisibility(View.GONE);
            this.setFocusableInTouchMode(false);
            this.setFocusable(false);
            titleReleLayout.setVisibility(View.VISIBLE);

            return super.onKeyPreIme(keyCode, event);
          }

        return super.onKeyPreIme(keyCode, event);
    }

}

Puis définissez les données de votre activité

 searchEditView.setViews(cancelBtn, titleRelativeLayout);

Merci.