¿Por qué no solo usar fragmentos en el desarrollo de Android?

No hay nada de malo en crear aplicaciones con una sola actividad y muchos fragmentos, siempre que el flujo de navegación de las aplicaciones tenga sentido.

El ciclo de vida de Fragment está entrelazado con el ciclo de vida de Activity y es un poco difícil de entender un poco. Sin embargo, los fragmentos también permiten tener elementos de interfaz de usuario modulares en una sola pantalla. Esa es una gran ventaja de Fragments sobre tener una sola Actividad.

Mantener el back stack de Activity en una aplicación de Android es mucho más fácil que el back stack de múltiples fragmentos. Esto se debe a que la plataforma en sí mantiene el back stack de Activity. Sin embargo, mantener la pila posterior de muchos fragmentos en una sola actividad puede ser confuso para los novatos, ya que debe ser administrado por el desarrollador.

Cuando cambia la orientación de la pantalla, la actividad se vuelve a lanzar. Si su aplicación contiene solo Actividades, esto no es un gran problema ya que se mantiene el estado de la Actividad, si cumple con algunas de las mejores prácticas. Pero ese no es el caso cuando tienes múltiples fragmentos en Activity. No digo que no sea posible, es un poco más complicado.

La vinculación profunda es mucho más fácil con Actividades que con Fragmentos. Si no sabe qué es la vinculación profunda, es solo un mecanismo útil mediante el cual, si se activa una notificación / se hace clic en algún tipo de enlace URL a la aplicación, la aplicación debe iniciarse y navegar automáticamente a algunas de las pantallas de la aplicación que no necesariamente se inicia la pantalla de la aplicación. Con múltiples fragmentos en Actividades, esto puede conducir a una situación un poco complicada.

Sin embargo, si se debe usar una Actividad y muchos fragmentos, muchas actividades con muchos fragmentos o solo muchas Actividades deben estar basadas únicamente en el requisito de las aplicaciones y la navegación de la aplicación. Nuestra preferencia / sesgo personal (del desarrollador) no debe dictar qué usar y en qué deben usarse.

Algunas veces es realmente conveniente usar una sola actividad y múltiples fragmentos. Estas dos aplicaciones (MyGroceryList, CTSee), que creé como proyectos de pasatiempo, contienen solo una Actividad y varios fragmentos. Ambas aplicaciones usan navegación por interfaz de usuario basada en cajones de navegación. Tenía mucho sentido usar una sola Actividad y múltiples fragmentos en este caso. También he trabajado en muchas otras aplicaciones (no puedo compartir los enlaces que no están disponibles en la tienda de aplicaciones pública) donde esto no era adecuado en absoluto.

Espero que esto ayude.

Depende de la aplicación que esté creando. He creado varias aplicaciones usando ambos enfoques y no puedo decir que una forma siempre es mejor que la otra. La última aplicación que creé usé el enfoque de Activity única y una navegación de estilo Facebook. Al seleccionar elementos de la lista de navegación, actualizo un solo contenedor Fragment para mostrar esa sección.

Dicho esto, tener una sola Activity también introduce muchas complejidades. Digamos que tiene un formulario de edición, y para algunos de los elementos que el usuario debe seleccionar o crear, requiere que vayan a una nueva pantalla. Con las actividades simplemente llamaríamos a la nueva pantalla con startActivityForResult pero con Fragments no existe tal cosa, por lo que terminas almacenando el valor en la Activity y haciendo que el fragmento de edición principal verifique la Activity para ver si los datos se han seleccionado y deberían mostrarse al usuario

Lo que dice Aravind sobre estar atascado en un solo tipo de Activity también es cierto, pero en realidad no es tan limitante. Su actividad sería una FragmentActivity y siempre que no necesite un MapView , no existen limitaciones reales. Sin embargo, si desea mostrar mapas, puede hacerlo, pero deberá modificar la Biblioteca de compatibilidad de Android para que FragmentActivity extienda MapActivity o usar el android-support-v4-googlemaps disponible públicamente.

En última instancia, la mayoría de los desarrolladores que conozco que siguieron la única ruta de Activity han vuelto a múltiples actividades para simplificar su código. En cuanto a la interfaz de usuario, en una tableta, a veces estás atrapado usando una sola Activity solo para lograr la interacción cada vez más loca que tus diseñadores inventan 🙂

Fuente: una actividad y todos los demás fragmentos

¡Espero que esto ayude! ¡Buena suerte!

No hay problema. De hecho, cuando su navegación principal es un cajón de navegación, probablemente tendrá uno (o dos, considerando una actividad de inicio de sesión sin cajón) y muchos fragmentos correspondientes a los elementos del menú en el cajón.

Eso es lo que hice en mi aplicación: Freelapp – Freelancer Chat – Aplicaciones de Android en Google Play

La desventaja es que probablemente tendrá que ser más cuidadoso con el mantenimiento del estado en el cambio de rotación de lo que tendría que haber tenido si hubiera tenido muchas actividades y ningún fragmento.