Pourquoi utiliser newInstance pour DialogFragment au lieu du constructeur?

À la recherche à la la documentation de DialogFragmenton voit la statique newInstance méthode pour initialiser une nouvelle boîte de dialogue d'alerte fragment. Ma question est, pourquoi ne pas utiliser un constructeur à le faire, comme ceci:

public MyAlertDialogFragment(int title) {
    Bundle args = new Bundle();
    args.putInt("title", title);
    setArguments(args);
}

N'est-ce pas exactement la même ou est-il différent d'une certaine manière? Quelle est la meilleure approche et pourquoi?

source d'informationauteur Ricardo Amaral | 2012-12-23

  1. 10

    Si vous surcharger le constructeur avec MyAlertDialogFragment(int title)le système Android peut encore appeler la valeur par défaut MyAlertDialogFragment() constructeur si l' Fragment doit être recréé et le paramètre est alors pas passé.

  2. 19

    Android s'appuie sur des Fragments d'avoir un public, zéro argument du constructeur de sorte qu'il peut recréer à divers moments (par exemple, les modifications de configuration, la restauration de l'état d'application après avoir été précédemment tué par Android, etc.).

    Si vous ne disposez pas d'un tel constructeur (par exemple, l'un dans la question), vous obtiendrez cette erreur lorsqu'il tente d'instancier un:

    Fragment$InstantiationException: Unable to instantiate fragment 
make sure class name exists, is public, and has an empty constructor that is public

    Arguments donnés par Fragment.setArguments(Bundle) seront enregistrées pour vous et à toutes les nouvelles instances que sont (re)créé. À l'aide d'une méthode statique pour créer le Fragment simplement fournit un moyen facile d'installation les arguments requis, tout en conservant un zéro argument du constructeur.

  3. 18

    Si vous créez un DialogFragment qui reçoit des objets par le constructeur, vous avez des problèmes lors de l'android recrée votre fragment.
    C'est ce qui va arriver:

    1. votre code crée la boîte de dialogue d'appeler le constructeur que vous avez créé et le passage de quelques arguments comme des dépendances.
    2. votre boîte de dialogue s'exécute, et utilise les dépendances que vous avez passé si le constructeur
    3. l'utilisateur ferme l'application
    4. le temps passe, et android tue le fragment de mémoire libre
    5. l'utilisateur ouvre l'application à nouveau
    6. android va recréer votre boîte de dialogue, cette fois en utilisant le constructeur par défaut. Aucun argument sera passé!
    7. Votre boîte de dialogue sera dans un indésirable de l'état. Il peut tenter d'utiliser les variables d'instance que vous avez prévu de passer par le constructeur, mais comme ils ne sont pas là, vous aurez une exception de pointeur null.

    Pour éviter cela, vous avez besoin de ne pas compter sur le constructeur pour établir les dépendances, mais en Grappes (arguments et enregistré des cas). Qui peut vous forcer à mettre en œuvre Parcelable dans certaines classes, qui suce.

    EDIT: vous pouvez reproduire Android de tuer l'application (étape 4) par l'activation de "ne pas maintenir des Activités" dans les paramètres de Développement. C'est la façon de tester facilement.

  4. 1

    Parce que quand android est la recréation d'un fragment, il utilise toujours le constructeur vide, et en utilisant newInstance (), vous pouvez définir les données qui fragmentent l'utilise lors de la recréation, par exemple lorsque l'écran est tourné

    par exemple:

       public static FragmentExample newInstance(Parcelable uri) {
    FragmentExample fragmentExample = new FragmentExample();

    Bundle bundle = new Bundle();
    bundle.putParcelable("Uri", uri);
    fragmentExample.setArguments(bundle);

    return fragmentExample;
}