Est-ce que ça va si mon ViewModel 'crée' des commandes utilisateur pouvant être liées pour mon View?

Question

J'ai un point d'entrée avec un contrôle onglet. Chaque onglet va avoir un contrôle utilisateur intégré à l'intérieur. Chaque vue incorporée hérite de la même classe de base et devra être mise à jour à mesure qu'un champ de clé sur la vue du point d'entrée est mis à jour. Je pense que la façon la plus simple de concevoir cette page est de créer et d'exposer une collection de vues au point d'entrée ViewModel afin que la vue d'entrée puisse se lier aux éléments de contrôle utilisateur en utilisant un DataTemplate dans l'onglet contrôle.

Est-il normal qu'un ViewModel instancie et fournisse des éléments d'interface utilisateur pour sa vue?

Answer 1

Il s'agit d'une question difficile, mais la plupart des utilisateurs de MVVM la considèrent comme une odeur de code.

Le ViewModel ne devrait pas se soucier des détails d'implémentation de l'interface utilisateur. (Separation of Concerns)
Il est tout simplement hors de sa portée.

Je sais, parfois il est difficile de le faire autrement. (. Surtout avec les contrôles wih propriétés non liables telles que la propriété Document du RichTextBox)
Si vous partagiez quelques détails sur votre idée, je pourrais aller plus en détail, mais voici ce que je pense:

Qu'est-ce que vous arrête de créer ces sous-vues en XAML? Je définirais définitivement tout mon code View séparément des ViewModels. ()
Si vous définissez ces vues dans le fichier XAML du contrôle onglet, vous pouvez lier à leur objet DataContext les objets que vous souhaitez utiliser comme leur ViewModels, à partir du ViewModel du contrôle onglet. Vue.

Vous pouvez lire mes réflexions générales sur MVVM dans this answer.