¿Por qué fragmentos y cuándo utilizar fragmentos en lugar de actividades?

En Android API 11+, Google ha lanzado una nueva clase llamada Fragment.

En los videos, Google sugiere que siempre que sea posible ( enlace1 , enlace2 ), deberíamos usar fragmentos en lugar de actividades, pero no explicaron exactamente por qué.

¿Cuál es el propósito de los fragmentos y algunos posibles usos de ellos (aparte de algunos ejemplos de IU que se pueden lograr fácilmente con vistas / diseños simples)?

Mi pregunta es sobre fragmentos:

1. ¿Cuáles son los propósitos de usar un fragmento?
2. ¿Cuáles son las ventajas y desventajas de usar fragmentos en comparación con el uso de actividades / vistas / diseños?

Preguntas adicionales:

1. ¿Puede dar algunos usos realmente interesantes a los fragmentos? ¿Cosas que Google no mencionó en sus videos?
2. ¿Cuál es la mejor forma de comunicarse entre los fragmentos y las actividades que los contienen?
3. ¿Cuáles son las cosas más importantes que debe recordar cuando usa fragmentos? ¿Algún consejo y advertencia de su experiencia?

# 1 y # 2 ¿Cuáles son los propósitos de usar un fragmento y cuáles son las ventajas y desventajas de usar fragmentos en comparación con el uso de actividades / vistas / diseños?

Los fragmentos son la solución de Android para crear interfaces de usuario reutilizables. Puede lograr algunas de las mismas cosas usando actividades y diseños (por ejemplo, usando incluye). Sin embargo; los fragmentos están conectados a la API de Android, desde HoneyComb y versiones posteriores. Déjame explicarlo;

• El ActionBar. Si desea que las pestañas estén arriba para navegar por su aplicación, verá rápidamente que la ActionBar.TabListenerinterfaz le brinda FragmentTransactionun argumento de entrada para el onTabSelectedmétodo. Probablemente podría ignorar esto y hacer otra cosa e inteligente, pero estaría trabajando contra la API, no con ella.

• Las FragmentManagermanijas se «vuelven» para ti de una manera muy inteligente. Volver no significa volver a la última actividad, como ocurre con las actividades habituales. Significa volver al estado del fragmento anterior.

• Puede usar el cool ViewPagercon a FragmentPagerAdapterpara crear interfaces de deslizamiento. El FragmentPagerAdaptercódigo es mucho más limpio que un adaptador normal y controla las instancias de los fragmentos individuales.

• Su vida será mucho más fácil si usa Fragments cuando intente crear aplicaciones para teléfonos y tabletas. Dado que los fragmentos están tan vinculados con las API de Honeycomb +, también querrá usarlos en teléfonos para reutilizar el código. Ahí es donde la biblioteca de compatibilidad resulta útil.

• Incluso podría y debería usar fragmentos para aplicaciones destinadas solo a teléfonos. Si tiene en mente la portabilidad. Utilizo ActionBarSherlocky las bibliotecas de compatibilidad para crear aplicaciones de "apariencia ICS", que se ven iguales desde la versión 1.6. Obtiene las últimas funciones como ActionBar, con pestañas, desbordamiento, barra de acción dividida, visor, etc.

Bono 2

La mejor forma de comunicarse entre fragmentos son las intenciones. Cuando presiona algo en un Fragmento, normalmente llamaría StartActivity()con datos en él. La intención se transmite a todos los fragmentos de la actividad que inicias.

No estoy seguro de a qué video (s) te refieres, pero dudo que digan que deberías usar fragmentos en lugar de actividades, porque no son directamente intercambiables. En realidad, hay una entrada bastante detallada en la Guía para desarrolladores, considere leerla para obtener más detalles.

En resumen, los fragmentos viven dentro de las actividades y cada actividad puede albergar muchos fragmentos. Al igual que las actividades, tienen un ciclo de vida específico, a diferencia de las actividades, no son componentes de aplicaciones de nivel superior. Las ventajas de los fragmentos incluyen la reutilización de código y la modularidad (por ejemplo, usar la misma vista de lista en muchas actividades), incluida la capacidad de construir interfaces de múltiples paneles (principalmente útil en tabletas). La principal desventaja es (alguna) complejidad adicional. Por lo general, puede lograr lo mismo con vistas (personalizadas) de una manera no estándar y menos robusta.

Un Fragmento es una parte de la interfaz de usuario o el comportamiento de una aplicación que se puede colocar en una Actividad que permite un diseño de actividad más modular. No estará mal si decimos que un fragmento es una especie de subactividad.

Los siguientes son puntos importantes sobre un fragmento:

1. Un fragmento tiene su propio diseño y su propio comportamiento con sus propias devoluciones de llamada del ciclo de vida.

2. Puede agregar o eliminar fragmentos en una actividad mientras la actividad se está ejecutando.

3. Puede combinar varios fragmentos en una sola actividad para crear una interfaz de usuario de varios paneles.

4. Un fragmento se puede utilizar en múltiples actividades.

5. El ciclo de vida del fragmento está estrechamente relacionado con el ciclo de vida de su actividad de host.

6. Cuando la actividad está en pausa, también se detendrán todos los fragmentos disponibles en la actividad.

7. Un fragmento puede implementar un comportamiento que no tiene ningún componente de interfaz de usuario.

8. Se agregaron fragmentos a la API de Android en Android 3 (Honeycomb) con la versión 11 de la API.

Para obtener más detalles, visite el sitio oficial, Fragmentos .

Esta es información importante que encontré en fragmentos:

Históricamente, cada pantalla en una aplicación de Android se implementó como una actividad separada. Esto crea un desafío al pasar información entre pantallas porque el mecanismo de intención de Android no permite pasar un tipo de referencia (es decir, un objeto) directamente entre actividades. En su lugar, el objeto debe ser serializado o debe estar disponible una referencia accesible globalmente.

Al hacer de cada pantalla un Fragmento separado, este dolor de cabeza por el paso de datos se evita por completo. Los fragmentos siempre existen dentro del contexto de una Actividad determinada y siempre pueden acceder a esa Actividad. Al almacenar la información de interés dentro de la Actividad, el Fragmento de cada pantalla puede simplemente acceder a la referencia del objeto a través de la Actividad.

Fuente: https://www.pluralsight.com/blog/software-development/android-fragments

Las actividades son los componentes de pantalla completa en la aplicación con la barra de herramientas, todo lo demás son preferiblemente Fragmentos. Una actividad principal de pantalla completa con una barra de herramientas puede tener varios paneles, páginas desplazables, diálogos, etc. (todos fragmentos), a todos los cuales se puede acceder desde el padre y comunicarse a través del padre.

Ejemplo:

Actividad A, Actividad B, Actividad C:

• Todas las actividades deben tener el mismo código repetido, para mostrar una barra de herramientas básica, por ejemplo, o heredar de una actividad principal (se vuelve engorroso de administrar).
• Para pasar de una actividad a otra, todas deben estar en la memoria (sobrecarga) o una debe destruirse para que la otra se abra.
• La comunicación entre actividades se puede realizar a través de Intents.

vs

Actividad A, Fragmento 1, Fragmento 2, Fragmento 3:

• Sin repetición de código, todas las pantallas tienen barras de herramientas, etc. de esa actividad.
• Varias formas de pasar de un fragmento al siguiente: ver buscapersonas, paneles múltiples, etc.
• La actividad tiene la mayoría de los datos, por lo que se necesita una comunicación mínima entre fragmentos. Si aún es necesario, se puede hacer a través de interfaces fácilmente.
• Los fragmentos no necesitan ser de pantalla completa, mucha flexibilidad para diseñarlos.
• Los fragmentos no necesitan inflar el diseño si las vistas no son necesarias.
• Varias actividades pueden usar el mismo fragmento.

Los fragmentos son de especial utilidad en algunos casos, como cuando queremos mantener un cajón de navegación en todas nuestras páginas. Puede inflar un diseño de marco con cualquier fragmento que desee y seguir teniendo acceso al cajón de navegación.

Si hubiera utilizado una actividad, habría tenido que mantener el cajón en todas las actividades, lo que hace que el código sea redundante. Este es un uso interesante de un fragmento.

Soy nuevo en Android y todavía creo que un fragmento es útil de esta manera.

Sé que esto ya se discutió a muerte, pero me gustaría agregar algunos puntos más:

• Los fragmentos se pueden usar para completar mensajes de correo electrónico Menuy pueden manejar los MenuItemclics por sí mismos. Por lo tanto, brinda más opciones de modulación para sus actividades. Puede hacer cosas de ContextualActionBar y demás sin que su Actividad lo sepa y básicamente puede desacoplarlas de las cosas básicas que maneja su Actividad (Navegación / Configuración / Acerca de).

• Un Frag padre con Frags hijo puede brindarle más opciones para modular sus componentes. Por ejemplo, puede intercambiar fácilmente Frags, poner nuevos Frags dentro de un Pager o eliminarlos, reorganizarlos. Todo sin que tu Actividad sepa nada al respecto, solo se centra en las cosas de nivel superior.

1.¿Fines de usar un fragmento?

• Respuesta:
  1. Manejo de las diferencias en el factor de forma del dispositivo.
  2. Pasar información entre pantallas de aplicaciones.
  3. Organización de la interfaz de usuario.
  4. Metáforas avanzadas de IU.

Los fragmentos viven dentro de la actividad y tienen:

• su propio ciclo de vida
• su propio diseño
• sus propios fragmentos secundarios y etc.

Piense en Fragments como una subactividad de la actividad principal a la que pertenece, no puede existir por sí misma y se puede llamar / reutilizar una y otra vez. Espero que esto ayude :)

Un fragmento vive dentro de una actividad, mientras que una actividad vive por sí misma.

Agregando a las respuestas anteriores, lo diré usando el ejemplo de una aplicación que lancé en Play Store.

Esta fue la primera aplicación que desarrollé cuando aprendí a usar Android, por lo tanto, solo trabajé con actividades. Creo que hay varias páginas de actividades. La mayoría de ellas tenían contenido que podía reutilizarse en otras páginas, pero terminé con una página de actividad separada durante casi cada clic en la aplicación. Una vez que aprendí los fragmentos, me di cuenta de que todos los reutilizables podían implementarse y separar fragmentos y usarse con muy pocas actividades. Es posible que mi usuario no vea ninguna diferencia, pero se puede hacer lo mismo con un código menor, además de que los fragmentos son livianos, además de la reutilización y modularidad que ofrecen.