Datenbank Anrufe in Smarty/Ansichten/templates

Question

Heute bei der Arbeit jemand versucht, mich zu überzeugen, dass:

{$obj->getTableInfo()} 

für Smarty/Mvc/Templat in Ordnung ist, weil es eine Objekte Methode verwendet. Ich argumentierte, dass, weil es einen Aufruf an die Datenbank macht, es keinen Platz hat und es im Controller sein sollte (wir benutzen MVC nicht). Habe ich recht, wenn ich die logischen Trennungen verstehe, die in MVC und allgemein im Templating verwendet werden? Oder gibt es etwas, das mir fehlt?

Answer 1

Sie haben Recht. Er hat Unrecht.

Datenbankaufrufe, egal in welcher Form, sollten in der Steuerung leben, wenn Sie MVC richtig machen wollen.

Offensichtlich Leute pissen überall, was es sein sollte und tun Sachen wie das, aber es ist nicht der richtige Weg.

Answer 2

Nun, es gibt keine "offiziellen" Regeln oder irgendetwas, aber ich denke, so etwas gehört in den Controller. Ich mache nichts in meinem Ansichtscode außer Anzeigevariablen, nichts ist komplexer als ein if oder ein foreach-Typ Schleife ist erlaubt. Sicherlich keine Funktionen aufrufen, die auf die Datenbank zugreifen. Diese sollten alle vom Controller geladen werden, die Ansicht sollte nur entscheiden, ob sie angezeigt werden soll oder nicht.

Answer 3

Hängt von seinem Kontext und Umfang wirklich ab.

Ist $ obj der Controller oder die Modellschicht? Das sollte beantworten, ob es meiner Meinung nach richtig ist oder nicht.

In Reaktion auf das Lesen der anderen Antworten.

Der Name der Funktionen an sich bezieht sich auf eine einfache Getter-Methode. Es kann über eine Controller-Schicht einen Aufruf an die db machen. Was ich sagen würde, ist in Ordnung. Vor allem, wenn es eine Art von Caching im Speicher verwendet. (dh der Getter ist der Setter, weil Sie ihn nur einmal cachen wollen, wenn er einmal benutzt wird.)