[Performance] Pages multiples ou non ?

Bonjour,

je suis en train de faire une animation interactive et je voulais savoir si il était plus judicieux en termes de performance de créer un Usercontrol pour chaque "page" de l'animation ou si il fallait mieux créer (et enlever) via le code le contenu des pages suivant ce que l'utilisateur demande.

Dans le premier cas je vais me retrouver avec avec de nombreuses pages avec des XAML conséquents pour chacune, dans l'autre se sera le code C# qui sera assez long.

J'espère avoir été assez précis pour pouvoir recevoir une réponse.

Merci.

c'est quoi une "page de l'animation" ?

Je pense qu'il voulait dire "page de l'application". Probablement un (ex-)développeur flash ?

Je ne saurais pas te dire (sans tests) laquelle de ces 2 solutions est la plus performante (sans avoir fait de tests) mais une chose est sur: en terme de développement, utiliser des Usercontrols sera bcp plus simple que de créer l'IHM à la volée....

Citation:

---

Envoyé par davcha

Je pense qu'il voulait dire "page de l'application". Probablement un (ex-)développeur flash ?

---

tu pense aux frames ? (avec leur keyframe?)

Si c'est le cas va falloir qu'il potasse un peu des livres sur le xaml car c'est pas comme çà que ça marche ;)

Oui en fait entre animation et application il vaut mieux que je fasse attention aux termes que j'emploie pour pas porter à confusion.
Je parle donc bien d'application.

Citation:

---

Je ne saurais pas te dire (sans tests) laquelle de ces 2 solutions est la plus performante (sans avoir fait de tests) mais une chose est sur: en terme de développement, utiliser des Usercontrols sera bcp plus simple que de créer l'IHM à la volée....

---

Dans les deux cas j'utilise les mêmes UserControl, juste dans le premier je créé également des UserControl généraux qui me servent de "page", dans l'autre je modifie le contenu d'une seule et unique page.
Pour simplifier ce que je veux exprimer : dans un cas j'écris une page XAML pour chaque partie de l'application, dans l'autre ce XAML est généré à partir du code.

je pense que tu te pose des question dont l enjeu est faible et que tu devrais plutôt t'intéresser a l'architecture de ton application.

Par exemple pour une interface très dynamique c'est claire que tu n'as pas le choix il faut du C# pour instanciée les compostant UI mais bon dans les autres cas il vaut mieux utiliser xaml qui est la pour ça : décrire l'interface.

D'autant que Silverlight débute à peine et est certainement sujet à d'énormes optimisations de performances d'ici les futures versions, comme ce fut le cas pour pour l'ActionScript3 par exemple. C'est une technologie qui débute, qui fait ses premiers pas, qui n'est pas encore complètement distribuée au grand public et donc qui suggère que l'on passe bien plus de temps à comprendre ses mécanismes et à être capables d'organiser un code clair et bien structuré qu'à s'interroger sur des détails qui ne seront surement plus d'actualité dans plusieurs mois ;)