Conversión SVG – forma eficiente de almacenar objetos de Trayectoria, Pintura y Matriz?

En mi aplicación de Android he creado una clase de conversor de imagen SVG. Analiza a través de los datos XML de SVG y lo convierte en los objetos apropiados de Trayectoria, Pintura y Matriz que luego se pueden aplicar al lienzo. Usando esta clase, he implementado una vista que utiliza mi clase de convertidor SVG para dibujar las imágenes que he producido en Inkscape en la pantalla. Hasta aquí todo bien. (Reconozco que escribir mi propio conversor SVG podría considerarse una reinvención de la rueda considerando que se ha hecho antes, pero para mí es un ejercicio de aprendizaje útil en mi primera aplicación para Android y espero que me dé alguna flexibilidad adicional).

El propósito de usar SVG es para que pueda rápida y fácilmente autor varios diseños de calibre gráfico. Cada calibre consta normalmente de una sección de gráficos que sólo necesitan dibujarse una vez (por ejemplo, la cara del indicador y las leyendas), además de gráficos que se actualizan regularmente (ángulo de puntero, texto de valor numérico).

• Android: El uso de SVG en res lleva al error: "El nombre del archivo debe finalizar con .xml o .png"
• Svg archivos de representación en android
• Marcador de Google Maps para Android: Released unknown imageData reference
• ¿Hay algún lite SVG espectador para Android?
• ¿Tiene Glide un método para cargar tanto PNG como SVG?

En la actualidad mi vista de indicador no es muy eficiente porque cada vez que se llama a onDraw (), mi clase SVG se llama para traquetear a través de todo el archivo SVG para producir todos los datos vectoriales para el lienzo.

Lo que me gustaría hacer es tener algún almacenamiento intermedio de los datos vectoriales para que el archivo SVG XML sólo necesita ser analizado una vez. Por lo tanto, yo estaba pensando que la vista podría perezoso-inicializar a sí mismo desde el archivo SVG en el primer onDraw () y, a continuación, almacenar todos los objetos de trayectos, pintura y matriz resultante a varias listas. Luego, en cada onDraw siguiente (), sólo sacar los de la lista (s) y traqueteo a través de ellos en el lienzo.

Otra ventaja de esto sería utilizar listas separadas para almacenar secciones de gráficos vectoriales que están "moviéndose", por ejemplo el puntero de indicador. Pensé en hacer esto asignando una cierta identificación "mágica" al grupo de las trayectorias en Inkscape que representan el indicador; La clase de analizador de SVG reconocería entonces que este grupo separado necesita ser almacenado por separado para los gráficos 'quietos'. Entonces, cada vez que necesite actualizar el ángulo del puntero de acuerdo con los datos de medición, la vista sólo aplicará la transformación rotacional a ese grupo de datos vectoriales. De hecho, estoy pensando en hacerlo de modo que los gráficos del puntero en movimiento se dibujen en realidad en una Vista secundaria, de modo que sólo se vuelva a dibujar la vista secundaria cuando el puntero tenga que actualizarse.

El objetivo final de todo esto es esto: yo (o tal vez incluso los usuarios) podría encender un programa de imágenes vectoriales como Inkscape y producir rápidamente un nuevo diseño de widget de indicador. Incorporo un poco de metadatos para indicar qué bits de los gráficos tienen que ser manipulados de acuerdo con los datos de medición.

En lugar de pedir una solución a un problema como tal, me gustaría escuchar opiniones sobre lo que estoy haciendo aquí, y si lo que estoy proponiendo podría hacerse de una manera mucho más optimizada. ¿Podría ser muy ineficiente la memoria para almacenar en caché los grupos de objetos Path y Paint?

Por otra parte, una vez que es lo suficientemente bueno (!) Voy a felizmente publicar mi clase SVG en algún lugar si alguien lo encuentra útil.