necesario - silverlight para mac
¿Alguna razón para no verificar el "almacenamiento en caché de la biblioteca de aplicaciones" y la "aceleración de la GPU" en aplicaciones Silverlight? (2)
Reducir el tamaño de XAP mediante el almacenamiento en memoria caché de la biblioteca de aplicaciones
Ventajas
Esto reduce el tamaño de XAP al permitir que las bibliotecas configuradas con un archivo .extmap.xml se coloquen en archivos zip individuales. Estos archivos comprimidos se solicitarán como parte de la descarga inicial de XAP.
La ventaja viene en dos escenarios. Primero, si actualiza su código y reconstruye el XAP la mayor parte del tiempo, lo único que cambia es el XAP, los archivos zip permanecen sin cambios. Por lo tanto, cuando un cliente vuelva a visitar su aplicación y necesite descargar la última versión, es posible que solo se obtenga el XAP, y que las credenciales sean las mismas que se saquen del caché del navegador (probablemente después de una respuesta "304 no modificada" del servidor )
El otro escenario es donde tiene múltiples aplicaciones SL en su sitio. Compartirán las mismas cremalleras y, por lo tanto, la descarga total de varias aplicaciones se verá muy reducida.
Desventajas
Para una aplicación única, la primera visita del cliente será una descarga al menos tan cara, si no más, que si todas las bibliotecas estuvieran en el XAP. En algunos usos (gran número de visitantes únicos de un sitio con una sola aplicación), puede ser más conveniente mantener el único XAP, especialmente si el XAP en sí mismo no cambia con tanta frecuencia.
Cuando hay varios XAP que comparten el mismo conjunto de cremalleras de biblioteca existe el peligro de "DLL Hell". Potencialmente, alguien puede actualizar un XAP que utiliza versiones más nuevas de bibliotecas con las que el otro XAPS no se ha probado y romper inadvertidamente todos los otros XAPS. Hay buenas prácticas que pueden eliminar este problema pero requiere un poco más de esfuerzo que presionar la casilla de verificación.
Conclusión
A la luz en particular de la segunda desventaja, creo que fue una elección sensata no omitir esta característica.
Utilice la aceleración de GPU
No voy a entrar en las ventajas / desventajas de esto. Solo responde por qué está desactivado por defecto.
No obtiene ninguna ventaja simplemente al encenderlo, necesita habilitar qué elementos del XAML llegarán a usarlo a través de la propiedad CacheMode . Además, dependiendo de lo que esté haciendo, puede que aún no le brinde ninguna ventaja.
Simplemente encenderlo consumirá recursos adicionales, como la memoria de video, no le gustaría que eso ocurra a menos que haya seguido usando CacheMode por lo menos en algún lugar de su aplicación y, con un poco de suerte, donde haya una diferencia real. También es posible equivocarse y empeorar las cosas.
Al configurar las propiedades de una aplicación Silverlight , veo las casillas no marcadas:
- Reducir el tamaño de XAP mediante el almacenamiento en memoria caché de la biblioteca de aplicaciones
- Utilice la aceleración de GPU
El tamaño de descarga más pequeño y la velocidad más rápida me suenan bien , lo que me hace preguntarme por qué estos no están activados por defecto .
¿Cuáles son los inconvenientes de estas elecciones, entonces?
Creo que estas dos características se introdujeron en Silverlight 3. Una de las razones para que se acepten es mantener la compatibilidad con versiones anteriores.
Hay casos en los que activar GPU Acceleration puede degradar el rendimiento o causar otros problemas. Al convertirlo en un proceso de aceptación, es más probable que note las consecuencias (buenas o malas) en lugar de la configuración activada de forma predeterminada y preguntándose por qué su aplicación tiene problemas de rendimiento.