Quelle couche d'application manque-t-elle?

Question

J'essaie de trouver la meilleure façon de terminer la configuration d'une application MVVM sur laquelle je travaille. À l'heure actuelle, l'architecture a quelques pièces, mais j'ai l'impression qu'il manque quelque chose.

Fondamentalement, nous avons un concept de fournisseurs. Chaque fournisseur est essentiellement une passerelle vers un moyen d'agréger des données dans l'application. Il y a actuellement trois fournisseurs, avec le potentiel d'en obtenir plus. La façon dont nous obtenons les données de chaque fournisseur peut être différente. Je vais donc décrire ce que nous avons fait ci-dessous. Fondamentalement, le flux de processus est comme suit. Je pense que les fonctions à l'intérieur du modèle doivent être divisées en leur propre couche. Normalement, je penserais qu'un modèle d'usine conviendrait, cependant, je ne vois pas cela comme un modèle bénéfique à utiliser. Ensuite, je pense à propos de l'utilisation d'un modèle Repository, cependant, encore une fois, je ne pense pas que cela va aller à ce que je veux, car son principal avantage est pour l'accès aux données de type ORM. Cependant, le concept d'utilisation d'un modèle Repository semble bien, car un seul endroit pour invoquer des fonctionnalités fonctionnerait plutôt bien. Donc, avec cela étant dit, que dois-je faire d'autre. Avoir les fonctions à l'intérieur du modèle pour se peupler une bonne ou une mauvaise chose (Cela me semble très étrange)?

Merci!

Answer 1

Je vous suggère de commencer par un simple cadre MVVM existant comme Galasoft MVVMLight

Passer quelques heures pour étudier ce genre de cadre vous apportera beaucoup de réponses et vous montrer quelques problèmes communs avec le modèle MVVM tel comme événement de commande - comment appeler une commande MVVM à travers un bouton cliquez sur

modèle BTW devrait être persistant agnostique, pensant que vous droit à l'utilisation des dépôts