Dopo anni (due +) di dire "I frammenti sono la strada da percorrere", non sostituirei mai più le attività con Frammenti.
L'utilizzo di frammenti per riutilizzare determinati componenti va bene. Anche l'utilizzo dei frammenti per i dialoghi è soddisfacente, ma ora mi sono reso conto di quanto sia orribile l'implementazione di Fragment, quanto sia terribile il ciclo di vita di Fragment e quanto FragmentManager sia imprevedibile (e difettoso) in determinate circostanze. Vai avanti e passa un po 'di tempo a cercare su Google e troverai tutti i casi "edge but not so edge" in cui gli hack devono essere implementati per aggirare un comportamento buggy "by design".
A volte è necessario estendere o copiare il codice sorgente di queste classi dal codice sorgente di Android per modificare un campo privato o protetti ...
Non fraintendetemi, Frammenti lavorare. Ma non sono la soluzione a tutti i tuoi problemi (sono forse la fonte di nuovi a medio-lungo termine). Se hai già attività, divertiti! In effetti, i nuovi quadri di transizione con elementi condivisi sono una chiara indicazione che Google vuole che tu usi più attività;)
Questa è la mia opinione personale dopo aver lavorato in circa sei progetti Android di dimensioni medio-grandi (alcuni sono popolari e tu probabilmente li hai usati!);)
fonte
2015-04-01 14:48:19
Questo può aiutarti: http: // stackoverflow.it/questions/20306091/dilemma-when-to-use-fragments-vs-attività – Keshav1234
potrebbe non ridurre la RAM o il consumo della CPU molto ma sicuramente ridurrà la vostra tranquillità. Ricreare quindi con i frammenti solo se si desidera creare codice riutilizzabile e utilizzare il design modulare. –