Perché voglio evitare costruttori non predefiniti nei frammenti?

Sto creando un'app con Fragmentse in una di esse ho creato un costruttore non predefinito e ho ricevuto questo avviso:

Avoid non-default constructors in fragments: use a default constructor plus Fragment#setArguments(Bundle) instead

Qualcuno può dirmi perché questa non è una buona idea?

Puoi anche suggerire come farei questo:

public static class MenuFragment extends ListFragment {
    public ListView listView1;
    Categories category;

    //this is my "non-default" constructor
    public MenuFragment(Categories category){
        this.category = category;
    }....

Senza usare il costruttore non predefinito?

Crea un oggetto bundle e inserisci i tuoi dati (in questo esempio il tuo Categoryoggetto). Fai attenzione, non puoi passare questo oggetto direttamente nel bundle, a meno che non sia serializzabile. Penso che sia meglio costruire il tuo oggetto nel frammento e mettere in bundle solo un ID o qualcos'altro. Questo è il codice per creare e allegare un pacchetto:

Bundle args = new Bundle();
args.putLong("key", value);
yourFragment.setArguments(args);

Successivamente, nel tuo frammento accedi ai dati:

Type value = getArguments().getType("key");

È tutto.

Sembra che nessuna delle risposte in realtà risponda "perché usare il bundle per passare parametri anziché costruttori non predefiniti"

Il motivo per cui dovresti passare i parametri attraverso il bundle è perché quando il sistema ripristina un fragment(ad es. Al cambio di configurazione), ripristinerà automaticamente il tuo bundle.

I callback gradiscono onCreateo onCreateViewdovrebbero leggere i parametri dal bundle- in questo modo si è certi di ripristinare lo stato del fragmentcorrettamente nello stesso stato con cui è fragmentstato inizializzato (si noti che questo stato può essere diverso da onSaveInstanceState bundlequello passato al onCreate/onCreateView)

La raccomandazione di usare il newInstance()metodo statico è solo una raccomandazione. È possibile utilizzare un costruttore non predefinito ma assicurarsi di popolare i parametri di inizializzazione bundleall'interno del corpo di quel costruttore. E leggi quei parametri nei metodi onCreate()o onCreateView().

Il vostro Fragmentnon dovrebbe avere costruttori a causa del modo in cui il FragmentManagercrea un'istanza di esso. È necessario disporre di un newInstance()metodo statico definito con i parametri necessari, quindi raggrupparli e impostarli come argomenti del frammento, a cui è possibile accedere in seguito con il Bundleparametro.

Per esempio:

public static MyFragment newInstance(int title, String message) {
    MyFragment fragment = new MyFragment();
    Bundle bundle = new Bundle(2);
    bundle.putInt(EXTRA_TITLE, title);
    bundle.putString(EXTRA_MESSAGE, message);
    fragment.setArguments(bundle);
    return fragment ;
}

E leggi questi argomenti su onCreate:

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    title = getArguments().getInt(EXTRA_TITLE);
    message = getArguments().getString(EXTRA_MESSAGE);

    //...
}

In questo modo, se scollegato e ricollegato, lo stato dell'oggetto può essere memorizzato attraverso gli argomenti, in modo molto simile bundlesa Intents.

Se si utilizza il parametro per alcune classi. prova questo

SomeClass mSomeInstance;
public static final MyFragment newInstance(SomeClass someInstance){
    MyFragment f = new MyFragment();
    f.mSomeInstance = someInstance;
    return f;
}

Penso che non vi sia alcuna differenza tra il costruttore statico e due costruttori (uno vuoto e parametrizzato che memorizza gli argomenti in un bundle di argomenti di un frammento), molto probabilmente, questa regola empirica viene creata per ridurre la probabilità di dimenticare di implementare il costruttore no-arg in Java , che non viene generato implicitamente in presenza di sovraccarico.

Nei miei progetti utilizzo Kotlin e implemento frammenti con un costruttore no-arg primario e un costruttore secondario per argomenti che li memorizza semplicemente in un bundle e lo imposta come argomenti di frammenti, tutto funziona bene.

Se il frammento utilizza costruttori non predefiniti dopo aver modificato la configurazione, il frammento perderà tutti i dati.