vida transaction tipos studio onattach metodos fragments example entre diferencia ciclo activity android android-layout android-3.0-honeycomb android-fragments android-activity

transaction - tipos de fragments android



Patrones de cuándo usar la transición de actividad frente a fragmentos dinámicos (3)

Basado en la página La API de Fragmentos de Android 3.0 , una Actividad es independiente, mientras que un fragmento puede considerarse como una mini-Actividad, que debe estar alojada dentro de una Actividad real.

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

Creo que usar una sola actividad para una aplicación no es necesariamente una decisión equivocada, solo es una cuestión de estilo. Es una decisión que debe tomar en base a lo que está tratando de lograr.

Sin embargo, la introducción de Fragmentos fue vista para resolver problemas del mundo real. Solo por eso, le recomendaría que escriba un código de "Prueba de concepto" y evalúe los resultados. En este momento, esta puede ser la única prueba del mundo real que importará

¿Hay algún patrón sobre cómo manejar las Transiciones de UI en Actividades de Android vs Fragmentos? Actualmente estoy buscando en una UI que tenga como máximo 3 columnas en Landscape. Me gustaría que la interfaz de usuario comience con 1 columna en toda la pantalla y luego en la selección de algo, muévase en la segunda columna y luego haga clic en algo en el segundo fundido en el tercero en tabletas y teléfonos y desaparezca en la primera columna en los telefonos Me pregunto cuándo debería hacer esto como una transición de Actividad y cuándo debería usar Fragmentos con Vistas que Aparecen. En la medida en que he leído, los fragmentos pueden trasladarse a otras actividades, por lo que mi elección es implementar actividades con diseños de columna estáticos que luego transicionen llevándolos con los fragmentos o tener una actividad con las 3 columnas y hacer que la actividad administre la aparición de los fragmentos. Fragmentos. Ambos enfoques podrían funcionar, pero me interesaron los pros y los contras desde tantos ángulos para ambas soluciones.

Hay dos preguntas similares a las que estoy preguntando pero no respondo por completo a las mías.


Los fragmentos pueden parecer más código al principio (ya que estás poniendo una vista en un fragmento y un fragmento en una Actividad, en lugar de solo una vista en una Actividad), pero son excelentes para salvarte de los dolores de cabeza solo en esto tipo de situación- Definitivamente vaya con Fragmentos. Incluso se encargan de las transiciones por ti.

Tenemos un código de ejemplo llamado "Galería Honeycomb" que puede ver here , que tiene un diseño de dos columnas y una barra de acción, y la capacidad de mostrar / ocultar la columna de la izquierda. Esto debería darle una buena ventaja al descubrir cómo hacer el diseño de varios fragmentos y mostrarlos / esconderlos.

Para su información, un compromiso importante para usar múltiples fragmentos en una Actividad en lugar de múltiples Actividades, es que los fragmentos no responden directamente a los intentos. Por ejemplo, si tenía una aplicación para tomar notas donde la página "Ver nota" era una Actividad , y lo cambió para que hubiera un fragmento de "ver nota" dentro de la Actividad principal, luego tendría que configurarlo de manera que la Actividad principal recibiera una ID de nota Y una acción de nota (crear, ver, editar, lo que sea ) en la Intención, en lugar de tener solo la actividad "ver nota", recibe el ID de nota en la Intención. La actividad principal deberá configurar los fragmentos en la página de forma correspondiente. No es un gran problema, 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 dividir su aplicación en algunas Actividades, así como utilizar fragmentos para representar los componentes individuales.


Utilice las actividades para 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, horarios, etc. Todas las tareas enfocadas de un solo usuario.

La aplicación principal que lo alberga todo es una aplicación, y las pestañas son solo una vista que llama al administrador de fragmentos.

Sin embargo, uso Actividades para actividades de usuario complicadas en la aplicación. Por ejemplo, si alguien reproduce un video, ve una página de detalles del elemento y las secciones de galería de fotos / presentación de diapositivas, ya que son todos componentes de pantalla completa.

No es necesario mostrar / ocultar fragmentos cuando se realiza la transición a pantalla completa porque la pila de actividades maneja todo lo que desea hacer de forma rápida y sencilla, y mantiene su código mínimo y limpio.

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