2009-09-25 16 views

Respuesta

1

Yo no creo que sea tan robusto como WPF, pero here es algunas cosas que puede hacer.

+0

interesante. Parece que XPerf es bastante bueno para solucionar problemas de rendimiento. ¿Hay algo disponible para solucionar problemas de enlace de datos? –

+0

Para el enlace de datos, generalmente superviso mi ventana Inmediato para detectar errores de enlace de datos. ¿Hay algo específico que esté buscando en la solución de problemas de localización de datos? – Paully

+0

Los dos ejemplos que puedo pensar serían un enlace OneWay que se elimina porque la propiedad se asignó directamente, y la situación descrita por este artículo (WPF): http://blog.wouldbetheologian.com/2009/07/why-wpf -databinding-is-awful-technology.html –

4

Aunque he marcado la respuesta de Paully como "la respuesta", pensé que había resumir lo que he encontrado hasta ahora.

Rendimiento:

  • EnableRedrawRegions se puede utilizar para dibujar automáticamente rectángulos alrededor de las áreas que están siendo redibujado
  • MaxFrameRate y EnableFramerateCounter se puede utilizar para ver cómo ciertos controles/animaciones afectan a la velocidad de fotogramas.
  • XPerf pueden utilizarse para el diagnóstico de rendimiento de la CPU

Diagnóstico:

  • Silverlight Spy puede ver DOM XAML vivo
  • datos de rastreo de unión no se puede configurar ya que el código no utiliza Trazar conmutadores/fuentes. Los errores de enlace se escriben directamente en Trace.Write y los eventos de WPF SourceUpdated/TargetUpdated no están disponibles en Silverlight.
1

derecha, así que mientras yo estoy seguro de que la posesión de una gran variedad de herramientas de diagnóstico de Potencia es divertido , ¿qué estás tratando de lograr?
En cuanto a las herramientas de diagnóstico de WPF que ha mencionado, solo pude pensar "pffff, ¿y qué? Son inútiles el 99.999% de las veces". La mayoría de esos datos son bastante inútiles cuando se trata de depurar una aplicación del mundo real. Esas herramientas son principalmente relevantes al depurar el propio marco WPF IMO.

es definitivamente cierto que hay una escasez de buenas herramientas de diagnóstico por alguna cuestión en Silverlight.
Por ejemplo, hay 0 perfiladores de memoria comercial Silverlight disponibles. Pero más allá de eso, no estoy seguro de por qué necesitas más que esos. Entonces, ¿qué herramientas necesitas exactamente?

Ahora que he terminado siendo presumida y edificante (todo al mismo tiempo), llamaré a cabo 2 herramientas que te has perdido:
1. Silverlight SOS (Hijo-De-Strike): Obras de ampliación al igual que la extensión de escritorio SOS, pero con unos pocos comandos extra adicionales y tendrá que cargar un silverlight específico sos.dll. Esta herramienta es excelente para la creación de perfiles de memoria en profundidad, obtenga más información al respecto here y here.
2. La clase Silverlight3 Analytics. Usando esta clase puede obtener el% de CPU para su proceso, el uso total de la CPU y el modelo específico y hacer la tarjeta GPU.
3. Glimpse for Silverlight - Una "herramienta" DataBinding depuración/de control por Karl Shifflett.

+0

Si hubiera leído la pregunta y mis comentarios sobre las respuestas anteriores, vería que el área destacada principal en mis consultas es la de resolver problemas de databinding. Por otro lado, gracias por señalar la clase de Analytics y los comandos de SOS Silverlight. –

+0

Gotcha, agregó un tercer punto de viñeta en una herramienta utilizada para depurar fallas de DataBinding. – JustinAngel

+0

Glimpse se ve genial. ¿Alguna posibilidad de que veamos más de este tipo de herramientas incluidas en el SDK de Silverlight en el futuro? –

Cuestiones relacionadas