En XNA a Mono Android Conversiones: ¿Qué es una manera simple (o la más simple) de manejar el ciclo de vida de la actividad?
Soy un desarrollador de C # que trabaja en conversiones a Mono Android. Estas conversiones funcionan perfectamente, excepto cuando el teléfono se agota o se borra y el usuario toca la pantalla de nuevo …. El juego se pierde.
¿Cuál es la manera más simple de tratar esto? He oído que se refiere como el ciclo de vida, y encontró muchas descripciones breves de este ciclo sin explicaciones de cómo implementarlo con ejemplos reales, y especialmente, cómo implementarlo con conversiones de XNA.
- C # DateTime to String Issue
- La instalación de Xamarin Android falla
- Xamarin Android ProGuard Habilitar
- Xamarin, Android. Cada vez que ejecute la aplicación en el dispositivo, la aplicación se unistalled y luego se instala de nuevo.
- Obtener parámetros de la intención utilizada para onResume ()
Mi primera solución sería tener un método de "Pausa" en el juego XNA, y ejecutar ese método para la 'onPause' de Android. Sin embargo, puede haber formas más sencillas de hacer frente a esto, como he oído que hay sencillas configuraciones de Mono Android para recoger que se ocupará de los tiempos libres y llamadas telefónicas automáticamente.
Lo que pregunto es .. ¿Cómo puedo hacer que mi conversión XnA continúe ejecutándose a través de una llamada telefónica, tiempos de espera de pantalla, etc?
- El modo de bloqueo de DrawerLayout no funciona como se esperaba
- ¿Cómo detectar la salida de la aplicación en android?
- Xamarin Android: Mantenga el control con Alert Dialog hasta que se haga clic en un botón
- HAXM de Android SDK desactivado después de instalar Hyper V
- MVVMCross Obtener SelectedItem de un MvxBindableListView
- Binding Library Mono para Android
- Strike html tag no renderizado en EditText con TextFormatted
- ¿Existe algún tipo de solución para desarrollar Blackberry Apps en C # como Mono para Android o Monotouch?
¿Puedo preguntar si estás usando MonoGame o simplemente el AndroidGameView que viene con Mono para Android?
Si está utilizando AndroidGameView, le sugiero que siga la convención de volver a cargar las texturas manualmente en OnLoad () según la muestra de cubo con textura .
Al usar MonoGame, si carga texturas a través de ContentManager.Load<Texture2D>()
, la recarga se maneja para usted. Las texturas cargadas con Texture2D.FromStream
deben recargarse manualmente en el evento GraphicsDevice.DeviceReset
.
Como Andrew Russell señaló, ExEn tiene la ventaja de que no necesita recargar las texturas en cada hoja de vida. Sin embargo, todavía es necesario (o buena práctica al menos) para apoyar la recarga de recursos gráficos en Android. En muchos dispositivos tu juego no podrá recuperarse graciosamente de cambiar de distancia y de vuelta sin él. ExEn actualmente no tiene soporte para recargar texturas.
Xamarin está trabajando actualmente en arreglar un error en AndroidGameView que le permitirá reanudar correctamente donde el dispositivo lo admite. Una vez liberado, esto debe fluir a través de MonoGame.
Aparte de recargar texturas y otros recursos gráficos, el manejo del ciclo de vida debe ser bastante trivial. MonoGame aún no ha implementado el ciclo completo de Windows Phone (es decir, la lápida y rehidratar), pero en mi experiencia, no es necesario. Puedes usar los eventos Game.Activated
y Game.Deactivated
para cosas como mostrar la pantalla de pausa al reanudar en el juego.
- Cómo medir el tráfico de datos móviles en Android
- Cómo mostrar caret en Android 2.3 en div contenteditable