Prism instancemodel instance unique, utilisé par plusieurs vues

Question

J'ai une application modulaire relativement complexe qui semble être un bon ajustement pour la bibliothèque Prism et l'architecture Shell/Module.

Je suis accroché sur la possibilité de ce qui suit:

Mon application se connecte à de nombreux périphériques physiques, pour cet exemple, je veux me connecter à un laser sur RS232. Je n'aurai besoin que d'une poignée de méthodes pour le laser, comme Connect, GetHeight, SendCommand et Disconnect. Donc, tout cela devrait être défini dans une classe de laser.

Maintenant, j'ai besoin d'un LaserModule aura plusieurs vues qui sont réparties dans mon application. Une vue peut constamment interroger le laser à l'aide de GetHeight et afficher la valeur, une autre vue peut être un bouton simple qui fait un seul GetHeight et affiche le résultat dans une boîte de dialogue. Une autre vue peut simplement être un autre bouton qui est ajouté à une région listview (parmi d'autres vues de module) qui, lorsque cliqué, va à la vue des paramètres pour le LaserModule. Cela dit, il ne peut y avoir qu'une seule instance de la classe laser par LaserModule car je ne peux être connecté qu'une seule fois au port RS232. En outre, j'imagine que toutes les vues partageraient le même ViewModel (instance unique) car une grande partie de la fonctionnalité est partagée entre les différentes vues.

Est-ce que cela a un sens? J'aurai de nombreuses régions, mais au fur et à mesure que j'échange des vues dans ces régions, je ne veux jamais créer plus d'une instance de chaque modèle View/View. Enfin, l'application devrait être capable de gérer plusieurs LaserModules pour chaque laser physiquement connecté (mais chacun aurait son propre ensemble distinct de Views/ViewModels à instance unique).

Toute idée est très apprécié, cette image résume à peu près ce que je suis en train de faire: Laser Views

Answer 1

Vous aurez un service laser et qui serait enregistré avec le récipient comme un singleton. Ensuite, votre ViewModel utilisera le service. N'essayez pas d'avoir ViewModels singleton. C'est demander des ennuis.