appels de base de données dans Smarty/vues/modèles

Question

Aujourd'hui à quelqu'un de travail ont essayé de me convaincre que:

{$obj->getTableInfo()} 

est très bien pour Smarty/mvc/templating parce qu'il utilise une méthode d'objets. J'ai fait valoir que parce qu'il appelle la base de données, il n'y a pas de place et il devrait être dans le contrôleur (nous n'utilisons pas réellement MVC). Ai-je raison de comprendre les séparations logiques qui sont utilisées dans MVC et généralement dans la modélisation? Ou y a-t-il quelque chose qui me manque?

Answer 1

Vous avez raison. Il a tort.

Les appels de base de données, quelle que soit leur forme, doivent être conservés dans le contrôleur si vous voulez faire le MVC correctement.

De toute évidence, les gens pissent partout ce que devrait faire et faire des choses comme ça, mais ce n'est pas la bonne façon.

Answer 2

Eh bien, il n'y a pas de règles "officielles" ou quoi que ce soit, mais je pense que quelque chose comme ça appartient au contrôleur. Je ne fais rien dans mon code de vue, sauf les variables d'affichage, rien de plus complexe qu'un if ou une boucle de type foreach est autorisée. Certainement pas appeler les fonctions qui accèdent à la base de données. Cela devrait tout être chargé par le contrôleur, la vue devrait seulement décider s'il doit l'afficher ou non.

Answer 3

Dépend vraiment de son contexte et de sa portée.

Est-ce que $ obj est le contrôleur ou le calque de modèle? Cela devrait répondre si oui ou non il est valide à mon avis.

En réponse à la lecture des autres réponses.

Le nom de fonctions lui-même se rapporte à une simple méthode getter. Il peut faire un appel à la base de données via une couche de contrôleur. Ce que je dirais est ok. Surtout si elle utilisait une forme de cache en mémoire. (c'est-à-dire que le getter est le setter car vous ne voulez le mettre en cache que lorsqu'il est utilisé une fois.)