Ho letto la documentazione e alcuni thread di altre domande su questo argomento e non mi sento davvero convinto; Non vedo chiaramente i limiti di utilizzo di questa tecnica.
I frammenti sono ora visti come una migliore pratica ; ogni attività dovrebbe essere sostanzialmente un supporto per uno o più frammenti e non chiamare direttamente un layout.
I frammenti vengono creati per:
consentire l'
Activity
utilizzo di molti frammenti, il cambiamento tra di essi, il riutilizzo di queste unità ... ==>Fragment
è totalmente dipendente dallaContext
di un'attività, quindi se ho bisogno di qualcosa di generico che posso riutilizzare e gestire in molte attività, posso crea i miei layout o viste personalizzati ... Non mi preoccuperò di questo livello di sviluppo di complessità aggiuntivo che i frammenti aggiungerebbero.una migliore gestione a diversa risoluzione ==> OK per tablet / telefoni in caso di processo lungo che possiamo mostrare due (o più) frammenti nella stessa attività in tablet e uno per uno nei telefoni. Ma perché dovrei usare sempre i frammenti ?
gestire i callback per navigare tra i frammenti (es .: se l'utente è loggato mostro un frammento altrimenti mostro un altro frammento). ===> Prova a vedere quanti bug Facebook SDK ha accesso a causa di ciò, per capire che è davvero (?) ...
considerando che un'applicazione Android si basa sulle attività ... Aggiungere un altro ciclo di vita nell'attività sarebbe meglio progettare un'applicazione ... Intendo dire che i moduli, gli scenari, la gestione dei dati e la connettività sarebbero meglio progettati, in quanto modo. ===> Questa è una risposta di chi è abituato a vedere Android SDK e Android Framework con una visione di Frammenti. Non penso sia sbagliato, ma non sono sicuro che darà buoni risultati ... Ed è davvero astratto ...
====> Perché dovrei complicare la mia vita, programmare di più, usandoli sempre? altrimenti, perché è una buona pratica se in alcuni casi è solo uno strumento? quali sono questi casi?