Bueno, puedes hacer esas cosas. Los paquetes son solo argumentos de constructor genéricos. Dicho esto, debes tener en cuenta el ciclo de vida del sistema Android. A diferencia de las aplicaciones Java normales, Android funciona utilizando el concepto de “Contexto”; una representación de la situación actual de la aplicación. Cada actividad es un contexto diferente y, como objeto, contiene referencias a otros objetos, y viceversa; si solo hacemos que cada variable sea global (a través del modificador estático, o pasando referencias), entonces no se recolectará ninguna ventana, desperdiciando efectivamente toda la memoria del dispositivo, porque la memoria de la aplicación se liberaría solo si los usuarios cierran la aplicación, y mucho tiempo, no lo hacen.
Ahora, eso no significa que tenga que vivir según el sistema de intención y pasar todo a través de paquetes. Puede desacoplar los datos de las actividades, creando almacenamientos de memoria (colecciones estáticas, objetos únicos a los que se accede mediante un método estático, etc.), almacenamientos sólidos (archivos SQLite, Firebase, Json, archivos de preferencias); use un enfoque de actividad única, cambiando la interfaz de usuario usando fragmentos o vistas personalizadas (puede agregar un constructor java regular a esos, aunque en el caso de fragmentos, el sistema está fuertemente orientado de otra manera), etc.
- ¿Por qué iOS está más optimizado que Android?
- ¿Es posible comprar compras en la aplicación en aplicaciones de Android a través de Paytm?
- ¿Está Kotlin listo para el desarrollo de Android 'prime-time'?
- ¿Qué se necesita para que una aplicación de Android aparezca en Editor's Choice o Top New en Google Play Store?
- 3000 descargas, 1300 instalaciones, 300 usuarios activos por semana, 2000 sesiones por semana. ¿Qué significan estas cifras para una aplicación de Android?