Join FlipAndroid.COM Telegram Group: https://t.me/joinchat/F_aqThGkhwcLzmI49vKAiw


¿Por qué android.app.Activity no es abstracto por diseño?

¿Por qué android.app.Activity no es abstracto por diseño si la documentación / tutoriales dicen que al menos su método onCreate() debe implementarse.

Desde http://developer.android.com/guide/components/activities.html

  • Apertura de una ventana Pop Up Modal
  • Android: Algo mejor que android: ellipsize = "end" para agregar "..." a cadenas largas truncadas?
  • ¿Cómo instalar Android SDK en Ubuntu?
  • Android: cómo almacenar persistentemente un Spanned?
  • ¿Cómo hacer textView envolver su contenido multilínea exactamente?
  • Creación de matriz de números enteros de identificadores de recursos
  • Debe implementar este método. El sistema lo llama cuando crea su actividad.

    Incluso si no se menciona explícitamente, sin la aplicación no tiene sentido tener el objeto android.app.Activity , o? Entiendo que parrent necesita probablemente ejecutar el código en la propia implementación de onCreate() pero seguramente puede haber diseño cuando parte de parent onCreate() llamaría aa un método de devolución de llamada abstracto que necesita ser implementado por el desarrollador.

    Ejemplo de este diseño:

     public abstract class Activity { public abstract void implementThis(Object o); public void onCreate(Object o){ //Do stuff implementThis(o); //Do other stuff or end. } } 

    ¿Me estoy perdiendo de algo? ¿Por qué no hay Activity abstracta si el desarrollador debe y necesita subclasificarla y proporcionar implementación personalizada?

  • Encontrar todos los estilos disponibles definidos por los temas de la plataforma Android
  • Utilizando un local_manifest.xml con repo
  • Devolver datos de AsyncTask Android
  • Decodificación de datos de audio codificados (MP3, etc) en Android sin reproducirlo
  • No se puede encontrar Theme.AppCompat.Light para el nuevo soporte para Android ActionBar
  • Transición de la actividad de Android en un ListView
  • 3 Solutions collect form web for “¿Por qué android.app.Activity no es abstracto por diseño?”

    Lea aquí: http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/1.5_r4/android/app/Activity.java#Activity.onCreate%28android.os. Bundle% 29

    "La implementación predeterminada de este método realiza una restauración de cualquier estado de vista que previamente había sido congelado por onSaveInstanceState (android.os.Bundle)".

    ¿Por qué android.app.Activity no es abstracto por diseño si la documentación / tutoriales dicen que al menos su método onCreate () DEBE implementarse.

    Me parece que la documentación protesta demasiado. No es necesario implementar onCreate() . Puedes decir esto creando una actividad sin onCreate() y ejecutándola.

    Sin la aplicación no tiene sentido tener el objeto android.app.Activity, o?

    Le invitamos a configurar cuidadosamente su interfaz de usuario en otro lugar (por ejemplo, onResume() ). Normalmente, lo hace en onCreate() .

    Entiendo que parrent necesita probablemente ejecutar el código en la propia implementación de onCreate (), pero seguramente puede haber diseño cuando parte de parent onCreate () llamaría aa un método de devolución de llamada abstracto que necesita ser implementado por el desarrollador.

    Por supuesto. Ellos decidieron no hacerlo de esa manera.

    Hacer su actividad establecida en onCreate se recomienda, pero no es necesario. Digamos que no me importa mi ciclo de vida de actividad, podría configurar todo en onResume y derribarlo en onPause . Proporcionar un método abstracto llamado de onCreate es más restrictivo que cualquier otra cosa.

    Nota: No estoy sugiriendo que alguien haga esto – sólo que podría si realmente quería.

    FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.