lo que el diseño-patrón sería inteligente en el que los componentes siguientes (simplificado) existe:patrón de diseño para un servicio como Arquitectura
3 Componentes
- GUI
- la función de obtención de datos
- Base de datos
No tengo acceso al servidor en Internet, es solo un origen de datos. Los datos que se encuentran en Internet siempre son los más nuevos, la base de datos local es solo una copia (caché) de la que está en Internet. La GUI puede solicitar y actualizar la memoria caché local, el componente de tipo servicio obtiene, de forma asíncrona, los datos más recientes, lo que podría llevar un tiempo. La GUI muestra solo datos de la base de datos local, que puede recuperar de forma síncrona.
Así que mi pregunta es, ¿qué clases usarías para el servicio tal vez a largo plazo con las capacidades de Progressbar? ¿Hay mejores diseños para este tipo de "problema"? ¿Hay mejores prácticas?
Tal vez debería aclarar mi primer post más. No he tenido acceso al Servidor en Internet.Es solo un origen de datos, el más nuevo. Agarro los datos y actualizo la base de datos local. – kadir
Si el componente como servicio es una clase local, para informar el progreso con precisión, aún existe la necesidad de que la interfaz pueda obtener el progreso actual dentro de esta clase. Sin la disponibilidad de esa interfaz, lo mejor que puede hacer es mostrar la barra de progreso giratoria y esperar hasta que la actualización finalice. Voy a actualizar la respuesta – momo
se ve bien, pero ¿por qué quieres iniciar otra asynctask para sondear el progreso de la primera? – kadir