Flask-framework: MVC-Muster

Tut Flask framework-Unterstützung MVC-Muster, natürlich? Was den Teil der Anwendung sollte halte ich da für ein model, was für ein Blick und was so ein controller?

In der Regel (nach meiner Erfahrung) eine Kolben-app sieht wie folgt aus:

main_dir--|
          |
         app1--|
          |    |
          |  __init__.py
          |  api.py
          |  models.py
          |
         static--|
          |      |
          |    all the static stuff
          |
         app.py # with blueprints registering
  • Können auch in diesem Vorschlag. github.com/salimane/flask-mvc
  • Hey @wenzul Modell Daten provible für die Aktualisierung der anzeigen direkt, aber int er im Beispiel-link oben die Aussicht wird immer aktualisiert-by-call zu flask.flash die in tunrs update layout.html Vorlage.
InformationsquelleAutor I159 | 2012-09-22
  1. 11

    Kolben ist eigentlich nicht ein MVC-framework. Es ist ein minimalistisches framework, das gibt Ihnen viel Freiheit, wie Sie die Struktur Ihrer Anwendung, aber MVC-Muster ist eine sehr gute Passform für das, was Flask bietet.

    Im wesentlichen schreibst du deine Methoden und ordnen Sie diese bestimmte route, z.B.:

    @app.route("/")
def hello():
    return "Hello World!"

    Keine Ansicht oder ein Modell gibt, wie Sie sehen können. Es ist jedoch auch auf Jinja2 template library, also in eine realistische app, Ihre Methode (die wirkt wie ein controller) sieht wie folgt aus:

    @app.route("/")
def hello():
    return render_template('index.html', username="John Doe")

    Hier verwenden Sie index.html template zum Rendern der Seite. Das ist deine Ansicht jetzt.

    Kolben nicht vorschreiben, jedes Modell. Sie können verwenden, was Sie wollen - von komplexen Objekt-Modelle (in der Regel mit einigen ORM wie SQLAlchemy) auf einfachste Sache, die Ihren Bedürfnissen passt.

    Und dort haben Sie es: MVC

    • Ähm ... tut mir Leid, aber was auch immer das ist, es ist nicht MVC. Vielleicht haben Sie beabsichtigen "minimalistischen Rahmen" im Sinne von "Keine Klassen oder Instanzen an alle". Ein MVC-framework umfasst in der Regel eine Hierarchie von "Model" und "View" - Klassen, und bietet einen Mechanismus für die Verwendung von Veranstaltungen (in der Regel im Zusammenhang mit Benutzer-gesten) zum zuordnen einer Instanz eines Modells Nachkomme mit Blick Nachkomme. Das Beispiel, das Sie hier zur Verfügung stellen (die akzeptierte Antwort, die ich sehe) hat keiner dieser. Es geht somit nicht um eine "MVC-framework" in irgendeiner sinnvollen (für mich) Weg. Dieses Beispiel scheint verworfen haben, das Kind mit dem Bade ausschütten.
    • "Flasche ist eigentlich kein MVC-framework" ich dachte, das war klar. Nun, in Bezug auf mein Beispiel: ich habe das nicht nennen es ein MVC-framework - ich schrieb: "da haben Sie es: MVC". Und es ist wahr, weil MVC-Muster ursprünglich nicht um jeden M/V-Klasse Hierarchie, weder es erfordert keine Ereignisse oder tatsächlich-Klassen. Sie verbindet eine sehr spezifische Umsetzung der MVC-Muster mit der Allgemeinen Idee des Musters. MVC-framework != MVC-Muster. Ich nahm vorsichtig, um den entsprechenden Namen.
    • Es klingt wie wir in gewalttätigen Vereinbarung. Der Begriff "MVC pattern" ist gut verstanden und dokumentiert, siehe Viererbande ("Design Patterns: Elements of Reusable Object-Oriented Software", 1995) Seite 4. Das design-Muster wiederholte sich in Dutzende von frameworks, da dann. Vielleicht ist es ein einfaches Missverständnis über das, was wir meinen mit "MVC pattern". "MVC" bedeutet viel mehr als der Aufruf einer Funktion ein "Modell" und einem "controller". Es ist eine Konstruktive Diskussion zu haben in Bezug auf, wie Modelle und Ansichten sind beeinflusst durch die Benutzer-gesten. Etwas mehr als die oben genannten erforderlich.
    • Im MVC-web-frameworks es ist keine Benutzeraktion im üblichen Sinn, also Benutzer-gesten sind kein notwendiger Teil. MVC ist nicht einer von GoF-patterns, es ist nur vage diskutiert. Kolben tatsächlich passt diese Beschreibung sehr gut, wie Jinja-templates sind in der Tat ein "Bildschirm-Darstellung" des Modells, während die Kolben-Methoden "können Sie festlegen, wie die Benutzeroberfläche reagiert auf Benutzer-Eingaben". Umsetzung in modernen (web -) frameworks unterscheiden sich stark von Smalltalk-Implementierung. Sicher, Sie können wickeln Sie beide Kolben Aktionen und Vorlagen in den Klassen. Dies macht es nicht mehr oder weniger MVC, wie es ist, ist irrelevant, um das Konzept/Muster.
    • Es klingt nicht so, als ob Sie vertraut sind mit GoF oder mit Erwachsenen Smalltalk-Implementierungen von Ansichten und Modelle (der Smalltalk-Welt Links MVC hinter der Mitte der 1980er Jahre -- siehe IBM Smalltalk für eine bessere alternative). Ich habe nicht vorgeschlagen, wickeln, Fläschchen Aktionen und Vorlagen in den Klassen. Aufrufen der oben genannten "index.html" ein "Blick" ist wie der Aufruf einer Radkappe ein "Auto". Ein repräsentatives Beispiel für eine moderne web-framework Ruby On Rails (es gibt viele andere).
    • Gut, es ist ~20 Jahre her, seit ich zum ersten mal gelesen GoF-Buch, aber es ändert nichts an der Tatsache, dass MVC nicht eines der GoF-Muster, so ist es völlig egal, wie vertraut ich bin. Sinn von MVC-Muster (das ist nicht das gleiche wie Smalltalk MVC Durchführung) im Laufe der Zeit verändert - sonst keine web-MVC-framework würde Ihre Beschreibung passen. Wenn Sie noch nicht vorgeschlagen Verpackung Zeug in den Klassen, die ich nicht sehe, wie die Klassen sind dann relevant. Es gibt keinen wesentlichen Unterschied zwischen Kolben-Vorlagen und Schienen "Ansichten" oder zwischen Kolben-Methoden und-Schienen 'Controller'.

    InformationsquelleAutor Zdeslav Vojkovic
Schreibe einen Kommentar