Patrones de uso de la actividad Transición vs Fragmentos dinámicos

Los fragmentos pueden parecerse a más código por adelantado (ya que estás poniendo una vista en un fragmento, y un fragmento en una actividad, en lugar de sólo una vista en una actividad), pero son geniales para salvarte de los dolores de cabeza en sólo esto Tipo de situación- Definitivamente ir con Fragmentos. Incluso manejan las transiciones para usted.

Tenemos un ejemplo de código llamado "Galería Honeycomb" que puede echar un vistazo aquí , que tiene un diseño de dos columnas más barra de acción, y la capacidad de mostrar / ocultar la columna más a la izquierda. Esto debería darle una buena ventaja para averiguar cómo hacer el diseño de múltiples fragmentos y mostrarlos / ocultarlos.

Por ejemplo, si tuviera una aplicación para tomar notas en la que la página "Ver nota" era una Actividad , Y lo cambiaste para que existiera un fragmento "ver nota" dentro de la Actividad principal, entonces tendrías que configurarlo de manera que la Actividad principal recibiera una ID de nota y una acción de nota (crear, ver, editar, ) En la Intención, en lugar de simplemente tener la actividad "ver nota" recibir la nota ID en el Intención. La Actividad principal entonces necesitaría configurar los fragmentos en la página en consecuencia. No es un gran trato, pero si la accesibilidad externa a varias partes de su aplicación a través de Intent es importante, entonces podría ser más fácil romper su aplicación en algunas actividades, así como utilizar fragmentos para representar los componentes individuales.

Basado en la página Android 3.0 Fragments API , una actividad es autónoma mientras que un fragmento puede ser considerado como una miniactividad, que debe estar alojada dentro de una actividad real.

Y continúa diciendo que la introducción de la Fragment API dio a los desarrolladores de Android la oportunidad de abordar muchos de los puntos de dolor de los desarrolladores afectados por las actividades, por lo que en Android 3.0 la utilidad de Fragmento se extiende mucho más allá del simple ajuste para diferentes pantallas:

Creo que el uso de una sola actividad para una aplicación no es necesariamente una decisión equivocada, sólo una cuestión de estilo. Es una decisión que usted debe tomar sobre la base de lo que está tratando de lograr.

Sin embargo, la introducción de Fragmentos se vio para resolver problemas del mundo real. Basándome en eso solo, recomendaría que escribas algún código de "Prueba de Concepto" y evalúes los resultados. En este momento, esta puede ser la única prueba del mundo real que importará

Utilice las actividades para la pantalla completa

Utilice fragmentos para una parte o ninguna pantalla (pero no un servicio)

En mi aplicación principal, hay pestañas en pantalla en una vista de desplazamiento horizontal que quería persistir en varias secciones de la aplicación. Las secciones incluyen noticias, fotos, videos, programación, etc Todas las tareas de un solo usuario focusable.

La aplicación principal que contiene todo es una aplicación, y las pestañas son sólo una vista que llaman al gestor de fragmentos.

Sin embargo, uso Actividades para actividades de usuario complicadas más profundas en la aplicación. Por ejemplo, si alguien reproduce un vídeo, ve una página de detalles de elementos y las secciones de galería de fotos / diapositivas, porque son todos componentes de pantalla completa.

No es necesario mostrar / ocultar fragmentos al realizar la transición a pantalla completa, ya que la pila de actividades maneja todo lo que desea hacer de forma rápida y sencilla y mantener el código mínimo y limpio.

Así que tengo Actividad -> fragmentos de casas -> lanzar actividades de pantalla completa para comandos especiales.