J'ai quelques questions liées aux performances sur le développement de l'application Silverlight Enterprise

Question

J'ai quelques questions liées aux performances sur le développement d'applications SL Enterprise.

-Nous avons 10.000 lignes liées à un contrôle ItemsSource. (Un total de 100.000+ UIElements lorsque databound)

Q1.Comment faire cette liaison dans un autre thread? Parce que Silverlight est bloqué pendant la liaison.

Q2.Toutes les autres façons de procéder que vous proposez avec la même flexibilité visuelle que dans un ItemsControl. -Nous tirons un total de 60 Mo (données XML sérialisées binaires décompressées) du serveur et laissons nos utilisateurs SL l'utiliser pendant une période de 20 minutes.

Q1.Nous avons des fuites de mémoire et avons du mal à comprendre ce qui reste dans la mémoire? Avons-nous un outil pour le montrer? Selon notre dernier test, les UIElements sont ceux qui remplissent la mémoire. Nous avons 5 Itemscontrols imbriqués, suivi de nombreux événements "chargés" de contrôle interne afin de remplir les valeurs appropriées avec des calculs. Pour autant que je vois la virtualisation ne fonctionne pas sur le contrôle des éléments.

Merci pour votre temps.

Answer 1

Si vous utilisez DataGrid, la virtualisation doit être activée par défaut. Tirer autant de données à la fois peut également poser un problème. J'essaierais de trouver une sorte de solution qui implique la pagination côté serveur.

EDIT:

Je viens de voir que vous utilisez un ItemsControl. La plus grande amélioration des performances que vous verrez (avant même de faire fonctionner la pagination du serveur) serait de faire fonctionner la virtualisation. Voici un bon article sur le faire avec une ItemsControl généralisée (Il aborde également votre problème avec les événements ne tirent pas correctement):

http://blogs.claritycon.com/blogs/lee_roth/archive/2009/09/16/custom-panels-in-silverlight-wpf-part-4-virtualization.aspx