Las aplicaciones de sistema o las aplicaciones en general son capaces de almacenar información en una base de datos. Mi problema es el siguiente: por ejemplo, la aplicación Launcher almacena ajustes como la cantidad de aplicaciones y su posición en la pantalla de inicio, widgets, etc. en una base de datos de la partición de datos.
Por lo general, estos ajustes sólo se leen de la base de datos de nuevo, incluso si hay un nuevo reemplazo de la aplicación Launcher con diferentes ajustes para la pantalla de inicio.
Mi pregunta es ahora: Is there any method(via shell) to trigger an update or re-read of this apps database, so that the new values from the new Launcher replacement are taken into account without just deleting the whole database or messing around with the current database?
0 votos
No estoy seguro, pero incluso el lanzador de stock de Lollipop y Google Now Launcher utilizan diferentes bases de datos (u otro tipo de almacenamiento de datos). Por lo tanto, a menos que esté seguro de que ambos lanzadores utilizan la misma base de datos, entonces podría haber una posibilidad de actualizar/sobrescribir la BD pero entrará en vigor cuando el lanzador vuelva a leer la BD.
0 votos
El lanzador es sólo un ejemplo para entender mejor lo que quiero decir en realidad. Estoy hablando en general de un método de cómo desencadenar una actualización para la base de datos específica de una aplicación. Las aplicaciones reemplazadas están utilizando el mismo paquete y se construyen a partir de la misma fuente sólo con diferentes configuraciones.
1 votos
Entonces, mientras el archivo de la base de datos esté ahí, la aplicación lo leerá cuando lo necesite. No es necesario forzar la lectura/actualización desde fuera (bueno, ni siquiera estoy seguro de que sea posible). Debería controlarse dentro de la propia app. Disculpa si todavía no he podido captar la idea, tal vez otros lectores puedan tener una solución para esto.