¿Es seguro para una AsyncTask Android que es una clase interna de una Actividad para leer campos miembros privados de la actividad, mientras que en AsyncTask.doInBackground()? Gracias por adelantado.¿Seguro para AsyncTask interno para acceder a los campos de miembros privados de la clase de actividad externa?
Generalmente, no. Si la actividad está experimentando un cambio de configuración y está siendo destruida y recreada, su hilo de fondo estará hablando con la instancia incorrecta, lo que puede causarle problemas.
Idealmente, el doInBackground() de un AsyncTask debería ser capaz de funcionar independientemente de su componente de inicio (actividad, servicio, etc.). Sugiero que cree un constructor en su AsyncTask y pase lo que sea necesario. O bien, haga que el AsyncTask sea administrado por un fragmento dinámico que usa setRetainInstance(), en cuyo caso (AFAIK) debe ser seguro para la tarea acceder a los datos privados del fragmento , ya que el fragmento no va a ninguna parte.
Muy buen punto, que me hizo pensar (y probablemente conducirá a algunos refactorización en mis proyectos ...) – Guillaume
@CommonsWare Por lo que puede causar problemas, pero éstos no se deben a roscar, específicamente errores de coherencia de memoria. ¿Está bien? –
@Julian: Bueno, los errores de consistencia de la memoria * son * debido al enhebrado. – CommonsWare
cuando una clases internas acceder a los miembros privados (campos o funciones) de la clase envolvente, el compilador generará funciones de acceso a esos miembros. esto será ruptura de la encapsulación, algunos argumentan si es una Buena Cosa o una Cosa Mala.
demasiado genérica una pregunta, es el último miembro de campo privado? – Scorpion