Guidage d'application composite (PRISM) et modèles

Question

Où dans la solution/projets, devrais-je mettre les modèles pour la couche d'accès aux données. Par exemple, si j'ai un module de connexion qui doit utiliser une table Users dans une base de données, et que j'ai un modèle User.cs. Où irait ce fichier? Si d'autres modules doivent pouvoir accéder à ce fichier User.cs pour des informations, je ne peux pas le mettre dans le module. Mais alors je ne vois pas comment cela peut rester faiblement couplé.

Answer 1

Pour le couplage lâche, vous devez généralement stocker une interface pour ces objets dans un ensemble séparé pour tous les autres projets auxquels faire référence. Chez moi, nous appelons cela un ensemble "Contrats" et généralement ne contient que des interfaces ou des types simples.

Quant à où le modèle devrait aller, si vous gardez vos interfaces dans une DLL séparée pour tous les utiliser, vous pouvez mettre votre modèle où vous voulez. En général, je considère soit mes contrats WCF ou mes types ORM (comme Linq2Sql, etc) comme mon modèle et je les stocke partout où je stocke habituellement ce genre de choses. Le "modèle" que je considère comme un peu plus fluide ... partout où ça fait du bien.

Je suis plus rigide sur les vues et ViewModels étant dans les espaces de noms se terminant par « Vues » et « ViewModels »

Hope this helps.