Súbete al cubo de Rubik-EinkBro (14) -Daniel Kao
Pensé que era una aplicación tan simple, que tiene menos de 3 MB (archivo de datos de publicidad sin bloqueo). No hay mecanismo de seguimiento y no hay datos de contenido de la página web. La velocidad de carga de la página web en tiempo real debería ser rápida. No camino.
Aunque lo usé durante medio año, siempre sentí que al cambiar de página web, la barra siempre se atascaba por debajo del 10% y podía seguir bajando. Al principio pensé que era porque tenía que mirar la dirección dns de cada URL, así que era un poco lento. Pero otros navegadores no tienen tales problemas.
¡finalmente! Esta función sirve para actualizar las pantallas relacionadas, pero aparte de actualizar algunas de las pantallas, no es satisfactoria.
A excepción de las líneas 1108 a 1114, que actualizan la visualización de la barra de actualización, updateAutoComplete () de la línea 1114 es para recuperar nueva información de la biblioteca, de modo que cuando la información del usuario necesite ingresar manualmente la URL, se pueda proporcionar información relevante ; scrollChange () está configurando el ScrollListener de WebView. Y HelperUnit.initRendering () está comprobando si cambiar el color de la pantalla a la totalidad.
El evento updateAutoComplete () no aparece en absoluto. Solo espere a que el usuario haga clic en la URL y vuelva a pensar en ella cuando desee comenzar a escribir. Por cierto, cada vez que se carga una página web, se realizan muchas llamadas y los datos repetidos se registran continuamente en la base de datos. De esta forma, cada llamada lleva mucho tiempo.
No es de extrañar que sienta que cada vez que cargo una página web, la columna siempre se atasca, porque la actualización AutoComplete () solicita frenéticamente información de la base de datos. ¡La promoción!
Por otro lado, scrollChange (), que debe llamarse una vez cuando se genera WebView cuando WebView está completamente cargado.También lo considero como la lógica después de que se carga la página.
El último HelperUnit.initRendering (), eliminé todo el párrafo. Porque mi EinkBro ha eliminado esta función.
La implementación final se convierte en esta:
Limita la capacidad de la historia
Lo único que causa la velocidad de carga lenta es que al actualizar AutoCompleteText para ver los datos necesarios del esclavo, irá a la base de datos para leer los marcadores y el historial.
Para acceder, si usa EinkBro durante medio año, su aplicación contiene todos sus registros de navegación durante el último medio año, lo que hará que el tiempo sea cada vez más largo cada vez que lea la biblioteca.
Para solucionar este problema, cada vez que agrego un nuevo historial de navegación, voy a EinkBro para perder más de 2 semanas de registros del historial. De esta forma, limitará el crecimiento ilimitado de la navegación.
