Quels seraient les avantages et les inconvénients de la création de modules de silverlight externes pour le chargement dynamique à l'aide:Chargement dynamique Silverlight: Xap ou Dll?
1 - une bibliothèque de classes silverlight (dll sur ClientBin)
2 - une application silverlight (xap sur ClientBin)
1) Plus facile à travailler. Moins de façons de faire les choses.
2) Plus difficile à manipuler, capable de contenir plus de choses.
C'est vraiment la capacité de faire des choses avec em qui les rend différentes. Alors que XAP prend un peu plus à traiter, ni l'un ni l'autre n'est un gros problème une fois que vous êtes configuré pour les télécharger. Configurer le téléchargement et l'unicité de les charger pourrait même être la partie la plus difficile de les charger.
Bien sûr, il y a le fait que XAP est par défaut pour une application.
(Exemple de charger dynamiquement un XAP est à silverlight 4, dynamically loading xap modules)
Nous utilisons le Prism patterns and libraries. Actuellement en utilisant V4 alpha 8 drop sans problèmes. Sous Prism, chaque module est un fichier XAP (application Silverlight) et le chargement est géré pour vous, sauf si vous voulez faire quelque chose de différent.
Nous trouvons que c'est une excellente façon de gérer les solutions, car tous les XAP sont placés dans le ClientBin pour vous par la construction.
Nous avons près de 50 modules, mais le démarrage initial de l'application est seulement 400kb (et devient plus petit tout le temps). Le chargement dynamique est définitivement le futur du développement de Silverlight. La plupart des applications de la galerie Silverlight.Net sont des monstres monolithiques!