Uso del método updateAppWidgetOptions de AppWidgetManager para almacenar opciones de personalización por widget
Tengo tres preguntas sobre las opciones de Widget de la aplicación :
1) Si quiero añadir un valor de opción a las opciones de un widget de aplicación, siempre debería recuperar las opciones de widget con getAppWidgetOptions(int)
y luego manipular el Bundle
, de lo contrario cuando llamo a updateAppWidgetOptions(int appWidgetId, Bundle options)
Sobrescribir otras opciones existentes, ¿verdad?
- SearchView.OnCloseListener no se invoca
- Android obtener la posición del elemento seleccionado en gridview
- Excepción de seguridad al llamar a bindAppWidgetId
- ClassCastException android.view.viewgroup. $ LayoutParam
- Dibuja un arco con un SweepGradient en Android
2) ¿Estas opciones sobreviven a un reinicio? Es decir, si almaceno algunas informaciones relacionadas con un widget dentro de una actividad de configuración, ¿seguro que las encontraré incluso después de un reinicio? ¿El sistema los mantiene en algún lugar?
3) ¿Es esto más rápido que almacenar opciones de widget en las preferencias compartidas ?
- Actualización frecuente de widgets (más frecuentemente de lo que permite updatePeriodMillis)
- Ventaja y desventaja de CardView
- Uso de drawables internos de android
- ClipDrawable no funciona cuando se utiliza como fondo de diseño para el widget
- OnClickListener () debe reemplazar un método de superclase?
- Problema con el espacio en blanco de Android TabWidget
- Inverted ListView en Android?
- Agregar CheckBox a la fila de lista pierde mis eventos onItemClick?
updateAppWidgetOptions
es para que los lanzadores llamen para pasar información a los widgets. Los widgets onAppWidgetOptionsChanged
esta información en onAppWidgetOptionsChanged
. Los widgets no almacenan la información de esta manera, y si lo intentan, serán sobrescritos por el lanzador.
-
Sí, creo que sí. Si quieres estar seguro, supongo que deberías probarlo.
-
No lo creo. Necesita almacenamiento persistente como un DB de SQLite o Preferencias compartidas para sobrevivir a un reinicio
-
Tal vez, ya que es basado en memoria (SharedPrefs están basados en archivos).
- Android I / O Error: Una conexión existente fue cerrada forzosamente por el host remoto
- Cómo responder a los desafíos de autenticación HTTP en Android