Est-il possible de placer du code derrière un dictionnaire de ressources dans WPF pour le traitement des événements ?

Question

Est-il possible de définir le code derrière un dictionnaire de ressources dans WPF. Par exemple, dans un usercontrol, vous déclarez un bouton en XAML. Le code de gestion des événements pour le clic du bouton est effectué dans le fichier de code derrière le contrôle. Si je devais créer un modèle de données avec un bouton, comment puis-je écrire le code de gestion d'événement pour le clic du bouton dans le dictionnaire de ressources ?

Answer 1

Je pense que ce que vous demandez est que vous voulez un fichier code-behind pour un ResourceDictionary. Vous pouvez tout à fait le faire ! En fait, vous le faites de la même manière que pour une fenêtre :

Disons que vous avez un ResourceDictionary appelé MyResourceDictionary. Dans votre fichier MyResourceDictionary.xaml, mettez l'attribut x:Class dans l'élément Root, comme suit :

<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
                    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
                    x:Class="MyCompany.MyProject.MyResourceDictionary"
                    x:ClassModifier="public">

Ensuite, créez un fichier de code derrière appelé MyResourceDictionary.xaml.cs avec la déclaration suivante :

namespace MyCompany.MyProject
{
    partial class MyResourceDictionary : ResourceDictionary
    { 
       public MyResourceDictionary()
       {
          InitializeComponent();
       }     
       ... // event handlers ahead..
    }
}

Et vous avez terminé. Vous pouvez mettre ce que vous voulez dans le code qui se trouve derrière : méthodes, propriétés et gestionnaires d'événements.

\== Mise à jour pour les applications Windows 10 ==

Et juste au cas où vous joueriez avec UWP il y a encore une chose dont il faut être conscient :

<Application x:Class="SampleProject.App"
             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
             xmlns:rd="using:MyCompany.MyProject">
<!-- no need in x:ClassModifier="public" in the header above -->

    <Application.Resources>
        <ResourceDictionary>
            <ResourceDictionary.MergedDictionaries>

                <!-- This will NOT work -->
                <!-- <ResourceDictionary Source="/MyResourceDictionary.xaml" />-->

                <!-- Create instance of your custom dictionary instead of the above source reference -->
                <rd:MyResourceDictionary />

            </ResourceDictionary.MergedDictionaries>
        </ResourceDictionary>
    </Application.Resources>

</Application>

Answer 2

Je ne suis pas d'accord avec "ageektrapped"... utiliser la méthode d'une classe partielle n'est pas une bonne pratique. Quel serait alors l'intérêt de séparer le dictionnaire de la page ?

Depuis un code-behind, vous pouvez accéder à un élément x:Name en utilisant :

Button myButton = this.GetTemplateChild("ButtonName") as Button;
if(myButton != null){
   ...
}

Vous pouvez faire este dans la méthode OnApplyTemplate si vous voulez vous connecter aux contrôles lorsque votre contrôle personnalisé se charge. Pour ce faire, la méthode OnApplyTemplate doit être surchargée. Il s'agit d'une pratique courante qui permet à votre style de rester déconnecté du contrôle. (Le style ne doit pas dépendre du contrôle, mais le contrôle doit dépendre de la présence d'un style).

Answer 3

Gishu - bien que cela puisse sembler être une "pratique généralement à ne pas encourager", voici une raison pour laquelle vous pourriez vouloir le faire :

Le comportement standard pour les boîtes de texte lorsqu'elles obtiennent le focus est que le signe d'insertion soit placé à la même position qu'il était lorsque le contrôle a perdu le focus. Si vous préférez que, dans l'ensemble de votre application, le contenu entier d'une zone de texte soit mis en évidence lorsque l'utilisateur appuie sur la touche de tabulation, l'ajout d'un simple gestionnaire dans le dictionnaire de ressources fera l'affaire.

Toute autre raison pour laquelle vous souhaitez que le comportement par défaut de l'interaction avec l'utilisateur soit différent du comportement par défaut semble être un bon candidat pour un code derrière dans un dictionnaire de ressources.

Je suis tout à fait d'accord pour dire que tout ce qui est spécifique à une fonctionnalité d'application ne devrait pas figurer dans un code derrière un dictionnaire de ressources.

Answer 4

Ajoutons que, de nos jours, avec l'avènement de {x:Bind ...}, si vous voulez placer votre DataTemplate dans un fichier ResourceDictionary partagé, vous êtes obligé de donner à ce fichier un code derrière.

Answer 5

XAML sert à construire des graphes d'objets et ne contient pas de code.
Un modèle de données est utilisé pour indiquer comment un objet utilisateur personnalisé doit être rendu à l'écran... (par exemple, s'il s'agit d'un élément de boîte de liste) ; le comportement ne fait pas partie du domaine d'expertise d'un modèle de données. Redessinez la solution...