2011-06-24 7 views
9

Tengo una aplicación que tarda en iniciarse. Supuse que era debido a todos los diversos controles en la primera página, pero incluso después de eliminar todo el XAML (como un experimento), mi tiempo de inicio no se redujo (o al menos no de manera perceptible). Luego noté que todos los ensamblajes se cargaban uno por uno en la ventana de salida.¿Tiene muchas dlls en su proyecto de Windows Phone afectar el rendimiento?

Obviamente, agregar algo a una aplicación de teléfono (con sus recursos limitados) va a afectar el rendimiento. Pero, ¿en qué momento agregar dlls comenzará a afectar el rendimiento de arranque? Si crea una nueva aplicación en Visual Studio, tendrá diez referencias automáticamente. ¿Cuántos más hasta que tenga un problema de rendimiento?

+0

CLR carga todo a demanda según sea necesario. [Discusión de Stackoverflow] [1] [1]: http://stackoverflow.com/questions/2967164/how-are-dlls-loaded-by-the-clr – Smith3

+0

¿Ha descargado las herramientas más recientes para WP7? Creo que se suponía que debía haber algún tipo de herramienta de monitor de rendimiento. No estoy seguro si eso ayudará, pero podría ser. – webdad3

+0

Lo hice, pero no pude hacer que funcionaran con mi aplicación 7.0. Intenté que MS me confirmara que deberían trabajar con proyectos de 7.0 y 7.1, pero hasta ahora no había tenido suerte. –

Respuesta

2

No veo cómo pueden just-references retrasar el tiempo de inicio. Tal vez en realidad los estés utilizando (mira para singletons o fábricas en tus constructores, ellos tienden a usar más recursos de los esperados).

De todos modos, no veo una solución. No puede cargar ensamblados bajo demanda ya que deben estar firmados y licenciados por Windows Marketplace. (Assembly.Load está marcado como SecurityCritical).

¿Está probando emulador o dispositivo?

+0

Veo este comportamiento tanto en el emulador como en el dispositivo, aunque, por supuesto, en el dispositivo la demora es más exagerada. –

Cuestiones relacionadas