omo dice la documentación de Android: "Una actividad es una cosa única y centrada que el usuario puede hacer".

Sin embargo, con Fragments podremos hacer muchas "cosas" dentro de la misma Actividad queReto Meier sugiere. Su sugerencia es reemplazar un fragmento de selección por un fragmento de contenido dentro de la misma Actividad (sección "Dentro de nuestro código esto produce un dilema").

Digamos que mi aplicación es "un poco" más compleja, con muchas actividades, con un árbol de navegación complejo y diseñada teniendo en cuenta el principio de "algo único y centrado que el usuario puede hacer".

Digamos ahora que tengo que adaptarlo a Fragmentos y pantallas grandes ... y que no quiero crear una segunda aplicación, ni tener dos lógicas completamente diferentes (una para teléfonos y otras para tablas) dentro de una aplicación.

¿Debería tener una actividad para administrar todos los fragmentos de aplicaciones y transacciones de fragmentos? Como Retro Meier sugiere arriba. ¿Es ese el camino recomendado a seguir? ¿Rompiendo así con el principio "único y centrado que el usuario puede hacer" para las actividades?

¿O me estoy perdiendo algo? Espero ;

BTW, creo que Fragments se ve muy bien, pero por lo que he visto hasta ahora, solo si está creando una aplicación desde cero. Porque hacer que las aplicaciones sean compatibles con el teléfono y la tableta parece un poco tedioso. Espero estar equivocado

Dianne Hackborn ya ha respondido (thx para el enlace mgv):

podría poner toda su aplicación en una actividad en la que cambia la estructura de fragmentos a medida que cambia su estado

Entonces, la Actividad se convierte en una especie de contenedor donde podrás conectar Fragmentos. Me gusta el enfoque, pero ... en mi aplicación hay alrededor de 30 operaciones diferentes disponibles, cada una requiere de 2 a 4 pasos para realizar pantallas (formularios y listas de selección), todas difieren y también hay restricciones de navegación. Funciona bien con Actividades, cada una manejando un comportamiento de pantalla / paso.

ntonces, para transferir a Fragmentos, debo mover cada lógica de pantalla a Fragmentos y usar Actividades como contenedores para cada operación. Dejando así a Actividades como las que administran la navegación entre Fragmentos para cada operación, ¿verdad? Parece que va a ser difícil adaptar aplicaciones largas. :

a definición de @Current Activity debería cambiar un poco por cierto. :)