2010-08-03 7 views

Répondre

0

Si vous voulez dire des pages complètement séparées, ces écrans n'existent que séparément. Lorsque votre "page de zone de texte" apparaît, la "page de grille" précédente n'existe plus. Si cela pouvait être fait, ma réponse serait "Ne le faites pas", car vous vous retrouveriez avec des pages séparées étroitement liées entre elles. C'est considéré comme une mauvaise pratique. Les dernières pratiques de Silverlight indiquent que les données doivent être partagées via des modèles et des modèles d'affichage qui durent plus longtemps que les écrans (recherche de modèles MVVM Silverlight sur Google). Les modèles de vue sont fondamentalement un endroit pour déplacer votre code-derrière. L'objectif est de laisser vos pages XAML pratiquement exemptes de code.

Fondamentalement, vous voulez que vos écrans partagent des données communes. Dans ce cas, cela inclurait votre sélection actuelle dans une liste d'éléments de données (vous ne vous souciez pas vraiment si c'était une grille qui a fait le choix réel). L'écran de grille est lié au modèle de données pour obtenir sa source de données pour la grille et son élément sélectionné est lié à un élément dans le modèle de données. Le même modèle (ou modèle de vue) est lié à votre "page de zone de texte" lors de sa création. Les zones de texte de cette page sont liées aux résultats précédemment stockés dans le modèle de données. Un inconvénient est que toutes les propriétés pouvant être liées dans les modèles de modèle/de vue de données doivent être Dependancy Properties. Si vous ne les rendez pas compatibles, vous n'obtenez aucune erreur, mais aucune donnée.

Questions connexes