Si je déclare un fragment XML de mise en page, comment puis-je passer un Bundle?

J'ai une activité que j'ai remplacé par un fragment. L'activité a eu l'Intention de quelques informations supplémentaires sur ce que les données de l'activité était censé afficher.

Maintenant que mon Activité est juste un wrapper autour d'un Fragment qui fait le même travail, comment puis-je obtenir ce bundle pour le Fragment si je déclare le fragment XML avec la balise?

Si je devais utiliser un FragmentTransaction de mettre le Fragment dans un ViewGroup, j'allais avoir la chance de passer cette info dans le Fragment constructeur, mais je me demandais à propos de la situation où le fragment est défini en XML.

Essayez ceci, stackoverflow.com/questions/8641575/...

InformationsquelleAutor Plantage | 2012-10-23

45

Maintenant que mon Activité est juste un wrapper autour d'un Fragment qui fait le même travail, comment puis-je obtenir ce bundle pour le Fragment si je déclare le fragment XML avec la balise?

Vous ne pouvez pas.

Cependant, vous êtes les bienvenus pour appeler findFragmentById() sur votre FragmentManager pour récupérer le fragment de post-inflation, puis d'appeler une méthode sur le fragment d'associer des données. Alors apparemment qui ne peuvent pas être setArguments(), votre fragment pouvait s'arranger pour tenir sur les données lui-même passé une modification de la configuration par d'autres moyens (onSaveInstanceState(), setRetainInstance(true), etc.).
- Quand j'ai posé cette question, j'ai décidé d'aller un itinéraire différent. Mais juste aujourd'hui, j'ai eu une situation similaire, et revint à ce post. J'ai pensé que je lui donnerais un essai. Le setArguments solution ne semble pas fonctionner: 10-24 12:48:33.276: E/AndroidRuntime(21417): Causée par: java.lang.IllegalStateException: Fragment déjà active Va essayer juste de l'appel d'une méthode sur le Fragment.
- J'ai couru dans la même exception IllegalStateException l'autre jour. Le problème semble être que vous avez besoin d'appeler setContentView() pour les Fragments d'être gonflé. Mais setContentView() attache également à l'Activité pour laquelle il est trop tard pour appeler setArguments().
- Ce ne doit pas être marqué comme étant correcte. Il est incorrect. Selon le fragment de la documentation (developer.android.com/reference/android/app/..., setArguments() doit être appelée avant que le fragment a été affecté à l'activité. Si vous pouvez trouver le fragment via findFragmentById (), puis le fragment a déjà été fixé. Voir stackoverflow.com/questions/21403040/... pour la solution correcte.
- Je peux comprendre la source de votre confusion. J'ai fait une petite modification afin de préciser le moment de la setArguments() appel.
- Je ne sais pas encore si c'est correct. Votre montage dit "faites ceci avant l'exécution de la FragmentTransaction" qui n'est pas applicable ici, car le fragment est déclaré dans un XML de mise en page et il n'y a pas de fragment instance d'interagir avec.
- Vous avez raison, dans la mesure où mon montage était faux. Rappelle-moi de ne jamais faire une modification d'une réponse à partir de mon téléphone. Cependant, votre liés à la réponse n'est pas pertinente, car il n'a pas d'adresse fragment de l'inflation, autre que de dire que vous ne pouvez pas l'utiliser.
- Voir stackoverflow.com/questions/18124150/... pour les options sur la façon de transmettre des données XML Fragment défini.
- Pour résoudre les problèmes avec setArguments(), vous pourrait @Override dans votre Fragment sous-classe. Traiter avec les arguments directement et de ne pas la chaîne de super. Aujourd'hui pas plus de IllegalStateException. Bien sûr, la rédaction de votre propre méthode et de la coulée de votre sous-classe d'appeler c'est aussi une solution décente.
- Vous avez raison, vous ne pouvez pas transmettre un paquet, mais vous êtes la réponse est missleading cause de ce que les gens veulent généralement est juste de transmettre des valeurs à leurs fragments. J'ai ajouté une réponse montrant comment le faire via les attributs
InformationsquelleAutor CommonsWare
43

Ce n'est pas encapsulé façon, mais j'ai fini par en "tirant" le bundle de l'activité parent:
```
Bundle bundle = getActivity().getIntent().getExtras();
```
InformationsquelleAutor Oded Breiner
9

Une autre option est de ne pas déclarer le fragment dans le XML. Je sais que ce n'est pas exactement ce que vous voulez faire. Cependant, vous pouvez déclarer une mise en page simple de votre point de vue comme ceci:
```
    <LinearLayout
        android:id="@+id/fragment_container"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:orientation="vertical" />
```
Et puis dans votre Activity de la classe, vous en programmant gonfler la mise en page avec le fragment. De cette façon, vous pouvez passer par l'intermédiaire des paramètres à l'aide args.
```
 FragmentManager fragmentManager = getSupportFragmentManager();
    FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction();
    MyFragment fragment = MyFragment.newInstance();
    Bundle args = new Bundle();
    args.putInt(Global.INTENT_INT_ROLE, 1);
    fragment.setArguments(args);
    fragmentTransaction.add(R.id.fragment_container, fragment, "MyActivity");
    fragmentTransaction.commit();
```
Cette approche n'est pas aussi simple et épuré que la déclarer dans le fichier xml mais j'ai déménagé il vous donne beaucoup plus de contrôle sur le fragment.
- C'est un peu un "alors ne faites pas cela" approche, mais il fait plus de sens pour moi que l'idée de l'échange de données via les objets singleton (comme une autre réponse suggère)
- Si le singleton objets ne sont pas soutenus par une persistance de la base de données, puis Android peuvent détruire vos applications et processus en arrière-plan et d'essayer de recréer son état ancien, plus tard, à partir du fragment arguments ou le faisceau. Les Singletons l'habitude de se restaurer et de l'état d'application sera perdu, ce qui conduit à une mauvaise UX - essayez d'éviter de faire qu'en soit en utilisant un fragment d'arguments ou de sauvegarde de votre singletons par une base de données.
InformationsquelleAutor Zapnologica

Vous ne pouvez pas passer d'un Bundle (à moins que vous gonflez vos fragment par programme plutôt que via XML), mais vous POUVEZ passer des paramètres (ou plutôt les attributs) via XML à un fragment.

Le processus est similaire à comment vous définissez Afficher les attributs personnalisés.
Sauf AndroidStudio (pour l'instant) de ne pas vous aider dans le processus.

suppose que c'est votre fragment à l'aide des arguments (je vais utiliser kotlin, mais il fonctionne totalement en Java trop):

class MyFragment: Fragment() {

    //your fragment parameter, a string
    private var screenName: String? = null

    override fun onAttach(context: Context?) {
        super.onAttach(context)
        if (screenName == null) {
            screenName = arguments?.getString("screen_name")
        }
    }
}

Et vous voulez faire quelque chose comme ceci:

<fragment
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:id="@+id/myFragment"
    android:name="com.example.MyFragment"
    app:screen_name="@string/screen_a"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"/>

Note le app:screen_name="@string/screen_a"

pour le faire fonctionner, il suffit d'ajouter ce dans un fichier de valeurs (fragment_attrs.xml ou choisir n'importe quel nom que vous voulez):

<!-- define your attribute name and type -->
<attr name="screen_name" format="string|reference"/>

<!-- define a bunch of constants you wanna use -->
<string name="screen_a" translatable="false">ScreenA</string>
<string name="screen_b" translatable="false">ScreeenB</string>

<!-- now define which arguments your fragment is gonna have (can be more then one) -->
<!-- the convention is "FragmentClassName_MembersInjector" -->
<declare-styleable name="MyFragment_MembersInjector">
    <attr name="screen_name"/>
</declare-styleable>

Presque terminé, il vous suffit de le lire dans votre fragment, ajoutez la méthode:

override fun onInflate(context: Context?, attrs: AttributeSet?, savedInstanceState: Bundle?) {
    super.onInflate(context, attrs, savedInstanceState)
    if (context != null && attrs != null && screenName == null) {
        val ta = context.obtainStyledAttributes(attrs, R.styleable.MyFragment_MembersInjector)
        if (ta.hasValue(R.styleable.MyFragment_MembersInjector_screen_name)) {
            screenName = ta.getString(R.styleable.MyFragment_MembersInjector_screen_name)
        }
        ta.recycle()
    }
}

et voilá, vos attributs XML dans votre fragment 🙂

Limitations:

Android Studio (dès à présent) ne pas saisie semi-automatique de tels arguments dans la mise en page XML
Vous ne pouvez pas passer Parcelable mais seulement ce qui peut être défini comme Android Attributs

C'est ce dont j'avais besoin. Je vous remercie beaucoup.
Sauveur, juste ce que je cherchais.

InformationsquelleAutor Daniele Segato

3

La seule solution que je vois est de ne pas utiliser les arguments que l'échange de données de canal. Au lieu de cela, faire de votre fragment d'obtenir les informations nécessaires à partir d'ailleurs. De retour d'appel pour obtenir la bonne activité, consulter un stockage temporaire de la mémoire, un objet Singleton, etc..

Une autre solution qui peut être utile est de recruter des cadres qui permettent aux objets indépendants pour l'échange de messages via le Médiateur modèle de conception, comme Otto.

InformationsquelleAutor Renascienza

Je sais que je suis trop en retard de réponse, mais je pense que quelqu'un a besoin de ça 🙂

Juste dans l'activité de remplacer onAttachFragment()

@Override
public void onAttachFragment(Fragment fragment)
{
    super.onAttachFragment(fragment);

    if (fragment.getId() == R.id.frgBlank)
    {
        Bundle b = new Bundle();
        b.putString("msg", "Message");

        fragment.setArguments(b);
    }
}

et du fragment onCreateView méthode

Bundle b = getArguments();
if (b != null)
{
    Toast.makeText(getBaseContext(), b.getString("msg"), Toast.LENGTH_SHORT).show();
}

InformationsquelleAutor A S A D I

Vous devez vous connecter pour publier un commentaire.