para - manual de programacion android pdf
Uso de Android sin fragmentos de interfaz de usuario (1)
Supongo que se trata de fragmentos retenidos. Dentro del fragmento que puede llamar setRetainedInstance (verdadero), de esta manera su fragmento no se volverá a crear durante los cambios de configuración. Normalmente cuando rotas tu dispositivo, todos los fragmentos serán recreados. Si llama a setRetainedInstance (true) dentro de onCreate (), entonces su instancia de fragmento no se volverá a crear.
¿Para qué sirve? - puede poner algunos datos, arreglos, etc. dentro de su fragmento y no se destruirá durante los cambios de configuración. También puede colocar una tarea asíncrona dentro de dicho fragmento, y después de que rote la actividad principal, su tarea asíncrona en su fragmento aún podrá entregar sus resultados.
Otra característica útil de los fragmentos es que puede reutilizarlos fácilmente en múltiples actividades. Esto significa que puedes poner un poco de lógica común dentro de tu fragmento que no es UI. Podrías decir, hazlo con clase base para tu actividad, pero solo puedes extender una clase.
y un ejemplo simple de google (usando Thread dentro del fragmento retenido):
Esta pregunta ya tiene una respuesta aquí:
Estoy revisando la documentación de Android en Fragmentos . El diseño que define la IU de un fragmento puede definirse en el diseño de la actividad, en un archivo .xml separado o no en absoluto.
Según la documentación.
También puede usar un fragmento para proporcionar un comportamiento de fondo para la actividad sin presentar una IU adicional.
¿Por qué necesitaría usar otro Fragmento para agregar funcionalidad a una Actividad en lugar de definir algunas funciones más dentro de la Actividad? ¿Se usaría un Fragmento que no sea de IU solo por el propósito de la modularidad? ¿Hay otra razón para adoptar tal enfoque? Apreciaría un ejemplo de cuándo es adecuado utilizar un fragmento que no sea de IU.
Gracias de antemano por su ayuda.