En pratique, les contrôles personnalisés sont quelque chose que vous implémentez au niveau du code alors que vous pouvez utiliser XAML pour les contrôles utilisateur. Les contrôles personnalisés étendent l'une des classes de base de contrôle WPF et fournissent des fonctionnalités supplémentaires via le code, de sorte que toute la logique et la représentation ajoutées doivent être implémentées dans le code.
Un contrôle utilisateur est techniquement un contrôle de contenu normal que vous pouvez étendre dans certaines parties du code, mais généralement il est étendu en plaçant d'autres contrôles à l'intérieur. Donc, comme Kent a mentionné un UserControl est une agrégation d'autres contrôles. Cela limite considérablement ce que vous pouvez faire avec un contrôle utilisateur. C'est plus facile à utiliser mais plus limité qu'un contrôle personnalisé complet.
Ces contrôles ont une petite différence du point de vue de l'exécution. Lors de la création d'une application et de l'insertion d'un UserControl, l'arborescence de contrôle contient un modèle UserControl concret. Donc, si nous considérons un exemple boiteux d'un bouton spécialisé. Si vous utilisiez un contrôle utilisateur, vous ajouteriez un bouton à l'intérieur de l'élément <UserControl>. Lorsque vous utilisez un contrôle personnalisé, vous dériveriez probablement le contrôle lui-même d'un bouton. La différence serait visible dans l'arbre logique.
Alors que le contrôle personnalisé fournirait un arbre logique semblable à
Le UserControl donnerait un arbre logique de
Donc à la fin UserControl est juste une ContentControl normale que vous pouvez prolonger un peu et pour lequel vous pouvez prédéfinir le contenu. Le contrôle personnalisé offre une plus grande flexibilité au prix de la facilité d'implémentation car vous devez faire toute la logique et l'interaction dans le code au lieu d'avoir l'avantage de XAML.
Après tout cela, je ne pense pas qu'il y ait autant de différence dans les modèles Visual Studio. Il est très probable que Visual Studio Custom Control crée un projet avec un contrôle personnalisé vide alors que le projet User Control est un projet avec un contrôle utilisateur vide. Vous pouvez ensuite ajouter n'importe quel type d'élément au projet.
Mise à jour
Et mon avis sur le moment d'utiliser le contrôle personnalisé et le contrôle de l'utilisateur est que si vous pouvez faire quelque chose avec un contrôle utilisateur et l'élément de commande supplémentaire dans l'arborescence logique ne vous dérange pas, utiliser un contrôle utilisateur car ils sont tellement plus faciles à créer et à maintenir. Utilisez un contrôle personnalisé uniquement si vous avez une raison de ne pas utiliser un contrôle utilisateur.
N'oubliez pas d'imbriquer du contenu ou de modifier le modèle d'un contrôle en tant qu'options. Vous pouvez faire des changements assez spectaculaires à un contrôle de cette façon sans avoir à écrire un contrôle personnalisé. – MichaC
Juste ce que MichaC a dit. La meilleure partie de WPF est que la modélisation des contrôles existants peut avoir un impact énorme. Vous devriez exiger des contrôles personnalisés rarement. Cela ne ressemble pas à WinForms où même des changements mineurs à un contrôle nécessitaient un nouveau contrôle dérivé. –
Encore utile. Avoir un autre badge d'or. – ouflak