Masterpage avec Silverlight (C#) et Legacy ASP.NET (VB.NET) code

Question

Je travaille pour inclure la fonctionnalité Silverlight dans une application Web héritée basée sur VB.NET. Avec le changement, nous passons également de VB à C# (tout nouveau développement est C#, donc j'ai besoin d'une réponse C#). J'aimerais utiliser une forme de page maître dans laquelle la zone de contenu peut contenir un contrôle Silverlight ou un module/une page existant.

Les options que j'ai vues jusqu'ici activeront l'une ou l'autre, mais pas les deux. Existe-t-il un moyen de remplacer la 'zone de contenu' vers une page VB ASP.NET ou un composant C# Silverlight en fonction de ce que l'utilisateur sélectionne dans le menu? Pour info, le menu et la navigation sont également fournis par les contrôles Silverlight.

Merci!

Answer 1

Il y a aussi un contrôle de silverlight asp.net ... Détails ici ... http://msdn.microsoft.com/en-us/library/cc838274(VS.95).aspx

donc en fonction de votre code, vous pouvez afficher des trucs asp.net ou le contrôle silverlight qui se prend en charge les choses ... silverlight vous pouvez également transmettre des valeurs (paramètres) dans le contrôle de silverlight ainsi que l'utilisation du pont pour parler de silverlight du html ...

http://jesseliberty.com/2008/12/26/passing-parameters-into-silverlight-applications/

http://www.codeproject.com/KB/silverlight/SilverlightHtmlBlend.aspx

Answer 2

Ce n'est pas tellement une réponse qu'une demande de clarification. OK, si je comprends bien, vous voudriez avoir une page maître dont le modèle de contenu contiendra SOIT quelque chose d'anciennement asp.net, soit un contrôle Silverlight, déterminé par une logique métier ou une entrée utilisateur.

Pourquoi est-ce un problème? Cela semble être une chose parfaitement naturelle et, à ma connaissance, les pages maîtres ne se soucient pas vraiment de ce que leur modèle de contenu interne va contenir. On dirait que vous pourriez définir une multivue dans le contenu qui changerait sa vue active en fonction de vos besoins, et une vue pourrait contenir votre contenu hérité, tandis que l'autre pourrait contenir Silverlight.

Ai-je mal interprété votre problème?

Answer 3

Ce n'est pas un cas de "Silverlight ou ASP.NET". Du point de vue de vos applications, la livraison du composant Silverlight n'est pas différente de la livraison, disons, d'une image - l'objet fait partie du balisage côté client. Votre code ASP.NET déterminera ce qui doit être affiché dans le codebehind et poussera le nécessaire vers le navigateur.