MVC est-il un bon modèle de conception pour une application GAE?

Question

Mon application GAE est actuellement configurée avec les noms de fichiers suivants

1. main.py (2 modèles principaux et logique pour créer et mettre à jour les modèles)
2. i18n.py (logique d'interface utilisateur Comment afficher les objets avec i18n)
3. reportS.py (script de reporting basé sur Cron)

Je pense que les noms sont suffisamment clairs, mais j'envisage de suivre un modèle de contrôle-visualiseur modèle, donc le renommer de ces trois fichiers sur modéliste.py View.py contrôleur.py est ce que je considère comme une option pour suivre une convention plus standardisée. Êtes-vous d'accord pour dire que ce type de modularlisation vers une convention MVC est le moyen raisonnable d'aller dans ce cas, avez-vous besoin de plus d'informations Qu'est-ce que mon application: J'ai beaucoup de code fonctionnel envers l'utilisateur qui est le code que je pense est juste de refactor d'une manière qui suit un modèle de conception généralement accepté tel que MVC, l'éditeur-subscripteur, l'usine et plus encore. Dans ce cas, je pense que le modèle de conception MVC est approprié. Êtes-vous d'accord ou suggérez un autre code et traitement des données? Merci pour tout commentaire et discussion.

Answer 1

Vous manquez de comprendre MVC. Modèle, vue, le contrôleur est en trois parties.

Modèle - contient la logique métier. Sait lire / écrire dans la base de données. Affichage - contient la logique d'affichage. Sait comment récupérer les données du modèle et l'afficher à l'utilisateur. Contrôleur - Comprend les gestes de l'utilisateur, charge / trouve le modèle et la vue corrects et leur dit quoi faire.

(Dans un environnement Web, la vue doit déballer les données des publications et le modèle doit les valider).

Vous avez m et c dans main.py, et property v dans i18n.py et main.py (difficile à dire). Les rapports de Cron-Run sont externes à MVC.

Le simple fait de renommer les fichiers ne vous gagnera rien, mais confondre tout autre mainteneur.

Si vous proposez d'apporter des modifications significatives à votre code sans une combinaison de test pour vous proposer d'introduire des erreurs, je dois souligner qu'une telle action n'est pas sage.