Les meilleures pratiques pour la mise à jour des arguments d'un fragment?

Je sais à propos de la "newInstance"-Modèle (Les meilleures pratiques pour l'instanciation d'un nouveau Fragment Android). Mais comment puis-je mettre à jour ces arguments d'un fragment par exemple, si un autre fragment de modifications de données?

Je sais à propos de rappel des méthodes entre les Fragments/Activitys, mais ces rappels ne mettre à jour les arguments?!

Par exemple: lors de la création de la fragment que je passe une URI de la avec le bundle.
Ensuite, un autre fragment de changements cette URI via changeUri(Uri Uri) méthode de rappel sur le premier fragment.
Si ensuite le fragment soit recréé (par exemple en raison de la rotation de l'écran), il utilise le premier de l'URI de la arguments bundle au lieu de la dernière mise à jour uri, correct?

Quelle est la meilleure pratique pour résoudre ce problème? Dois-je enregistrer manuellement dans le savedInstanceState et sur l'utilisation de décider d'utiliser le instanceState ou des arguments-bundle?

Je suis à la recherche d'un moyen standard de manipulation les arguments de mes fragments, donc je pense que je vais avec une telle approche (pseudo-code):

private Uri arg1;

public static Fragment newInstance(Uri arg1) {
  create bundle
  create fragment instance
  set bundle to fragment
  return fragment
}

private void onCreate(Bundle savedInstance) {
  if(savedInstance != null) {
    arg1 = savedInstance.uri
  }
}

private Uri getUri() {
  if(arg1 == null) {
    arg1 = getArguments.uri
  }
  if(arg1 == null) {
    arg1 = defaultValue
  }
}

J'ai donc simplement d'une méthode unifiée pour accéder à mon argument. Et ne pas avoir à utiliser le si-sinon-tracas, à chaque fois que j'ai besoin de cet argument.

Qu'en pensez-vous?

  • Oui. Combien de code sont en train de parler? Un oveeriden méthode -onSaveInstanceState- avec 1 ligne supplémentaire et un if-else dans onCreate?
  • l'échec défaut de conception des fragments de ne pas dépendre des autres fragments
  • Ce sujet de "réécrire" les arguments d'une méthode publique de ce fragment?
InformationsquelleAutor Maniac | 2013-08-15
  1. 21

    Vous ne pouvez pas modifier les arguments une fois son ensemble et Fragment est ajouté à Activity, j'ai utilisé une approche similaire, vous avez défini vous-même.

    Tout d'abord, j'ai vérifié le Bundle passé à onCreate(), si elle n'est pas nulle je l'utilise, mais si ses null puis-je utiliser des arguments. Et j'ai enregistrer tout ce qui est le plus récent des données dans onSaveInstanceState().

    Pour plus de détails: Est-il possible de passer des arguments à un fragment après qu'il a été ajouté à une activité?

    • Je recommande fortement pour les OP pour définir ce que la réponse à donner le crédit approprié.
    InformationsquelleAutor M-WaJeEh
  2. 4

    Vous enregistrer l'état de la même manière que vous le feriez pour des Activités dans le Fragment de la onSaveInstanceState de rappel. Si vous avez mis à jour l'URI depuis la dernière onCreate(), vous souhaitez enregistrer les mises à jour de l'URI dans le Bundle, et bénéficierait de ce retour en onCreate(). Enregistrement de l'état est exactement ce que c'est conçu pour, et par l'évolution de l'URI, tout ce que vous avez fait est changé d'état.

    InformationsquelleAutor 323go
  3. 4

    Je viens de changer la valeur dans le bundle.

    Exemple:

    synchronized (fragment.getArguments()) {
    fragment.getArguments().putInt(KEY, new Value);
}

    Et mise à jour de contenu avec de nouveaux Argument

    • Pourquoi la synchronisation?
    • oui pourquoi synchronisé utilisé?
    InformationsquelleAutor Bach
  4. 1

    Best practice for updating arguments of a fragment: Pourquoi avons-nous besoin d'ajouter l'argument Par NewInstance() méthode & pourquoi c'est les meilleures pratiques pour le fragment?

    Fragment peut être penser comme un système modulaire de la section d'une activité. Cela signifie que lorsque nous créons un fragment nous avons besoin pour le rendre modulaire & indépendant.

    Supposons que vous avez besoin d'un fragment qui ont besoin d'un argument pour fonctionner.On peut également l'écrire 

    MyFragmentClass mFrag = new MyFragmentClass();
Bundle bundle = new Bundle();
bundle.putString("key", value);
mFrag.setArguments(bundle);

    Il fonctionne aussi très bien & vous pouvez obtenir de l'argument onCreate méthode. Ici c'est la différence que vous pouvez également faire un exemple de fragment sans argument et l'ajouter à fragment de gestionnaire, mais votre fragment besoins argument pour fonctionner. L'ajout de newInstance méthode du fragment forces développeur d'ajouter argument alors que la création. C'est pourquoi il est dit que les meilleures pratiques.

    Dans votre problème, vous pouvez utiliser setRetainInstance(boolean retain) qui empêchent votre fragment de ne pas détruire lorsque l'activité est détruite.

    InformationsquelleAutor Sayem
  5. 0

    Selon la façon dont vous utilisez vos fragments peuvent déterminer quelle est l'efficacité de cette stratégie sera.

    Par exemple, si vous avez de nombreux fragments dans l'onglet commun/vue pager modèle et sont les gérer avec un FragmentStatePagerAdapter il peut être l'occasion pour votre activité ou d'autres fragments de faire référence à un fragment d'instance qui n'existe plus provoquant une exception de pointeur null.

    Un moyen que vous pourriez obtenir autour de cela, si vous ne voulez pas écrire des rappels, est d'utiliser les Intentions et BroadcastReceivers (qui peut être un peu exagéré, et dur à gérer, mais si c'est fait correctement, peut sauver beaucoup de maux de tête dans mon expérience) pour envoyer et recevoir des émissions et de l'activité parent.

    La belle chose à propos de ses intentions, c'est qu'ils peuvent être à l'écoute de travail à des moments spécifiques et accepte un large éventail de données extras, y compris bottes et colis-mesure d'objets.

    InformationsquelleAutor Patty P
  6. 0

    En cas vous souhaitez réutiliser un fragment, mais besoin de mettre à jour les arguments, vous devez utiliser fragment.getArguments().putAll(bundle);

        private static void setInspireByDoArguments(DoOptionsFragment fragment, long doId) {
    Bundle bundle = new Bundle();
    bundle.putLong(Constants.EXTRA_DO_ID, doId);
    bundle.putInt(Constants.EXTRA_DO_OPTIONS_DIALOG_MODE, MODE_GET_INSPIRE_BY_DO);
    if (fragment.getArguments() != null) {
        fragment.getArguments().putAll(bundle);
    } else
        fragment.setArguments(bundle);
}

 //This is how I managed to Check if the fragment exist and update the arguments.

 public static void showDoInspireDialog(FragmentManager fragmentManager, long doId, DoOptionsFragment.DoOptionCallBack callBack) {
    DoOptionsFragment doOptionsFragment = (DoOptionsFragment) fragmentManager.findFragmentByTag("do_options_fragment");
    if (doOptionsFragment == null) {
        doOptionsFragment = DoOptionsFragment.getInspiredByDoInstance(doId, callBack);
        fragmentManager.beginTransaction()
                .add(doOptionsFragment, "do_options_fragment")
                .commit();
    } else {
        doOptionsFragment.setCallBack(callBack);
        setInspireByDoArguments(doOptionsFragment, doId);
        doOptionsFragment.showInspireByDoDialog(doId);
    }
}

  public static DoOptionsFragment getInspiredByDoInstance(long doId, DoOptionsFragment.DoOptionCallBack callBack) {
    DoOptionsFragment doOptionsFragment = new DoOptionsFragment();
    setInspireByDoArguments(doOptionsFragment, doId);
    doOptionsFragment.setCallBack(callBack);
    return doOptionsFragment;
}
    • fragment.setArguments(bundle) peut produire java.lang.IllegalStateException si vous revenez à l'existant, fragment de l'Activité
    InformationsquelleAutor atabouraya