Grails: Templates vs TagLibs.

In Grails gibt es zwei Mechanismen, die für die Modularität in der Ansicht Ebenen: Vorlage und TagLib.

Während ich am schreiben meiner eigenen Grails-app ist, bin ich oft vor der gleichen Frage, als ich schreiben müssen, das von einer UI-Komponente: brauche ich, um eine Vorlage zu verwenden oder eine TagLib?

Nach der Suche im web, habe ich nicht viel best practices oder Faustregeln zu dieser design-Entscheidung, also können Sie helfen mir und sagen mir:

  1. Was ist der Hauptunterschied zwischen den beiden Mechanismen?
  2. In denen Szenarien, verwenden Sie eine TagLib statt eine Vorlage (und Umgekehrt) ?
InformationsquelleAutor fabien7474 | 2009-11-16
  1. 24

    Gibt es sicherlich einige überschneidungen, aber unten sind einige Dinge zu denken. Eine Art, nachzudenken ist es, die Vorlage wie eine Methode-Ebene der Wiederverwendung, während TagLibs sind bequemer für API-Ebene wiederverwenden.

    • Vorlagen sind ideal für, wenn Sie haben, um etwas bestimmtes format für die Anzeige. Zum Beispiel, wenn Sie wan, um die Anzeige eines domain-Objekt in einer bestimmten Weise, in der Regel ist es einfacher, es zu tun in einer Vorlage, da Sie im Grunde nur HTML schreiben mit einigen . Es ist wiederverwendbar, aber ich denke seine Wiederverwendbarkeit ein wenig begrenzt. I. e. wenn Sie eine Vorlage, die Sie verwenden würden, es in mehrere Seiten, nicht in Hunderten von Seiten.

    • Auf der anderen Seite, taglibs ist eine kleinere Einheit von Funktionalität, aber Sie sind eher zu verwenden, in vielen Orten. In ihm sind Sie wahrscheinlich zu verketten von strings, so dass, wenn Sie schauen, um erstellen Sie eine hundert Zeilen HTML, sind Sie weniger bequem. Ein wesentliches Merkmal taglibs ermöglichen, ist die Möglichkeit zum einfügen von /mit Diensten interagieren. Zum Beispiel, wenn Sie ein Stück code, der ruft einen Authentifizierungs-service und zeigt den aktuellen Benutzer können Sie nur tun, in einer TagLib. Sie müssen nicht zu kümmern, vorbei, nichts, um die taglib in diesem Fall - taglib gehen und es herausfinden aus dem Dienst. Sie sind wahrscheinlich zu verwenden, die in vielen Seiten, so ist es bequemer zu haben, eine taglib, der keine Parameter.

    • Gibt es auch mehrere Arten von
      taglibs, darunter auch solche, die es ermöglichen,
      Sie Durchlaufen etwas in der
      Körper, bedingte, etc - das ist
      nicht wirklich möglich mit Vorlagen.
      Wie ich oben sagte, eine gut gestaltete
      taglib-Bibliothek verwendet werden, zu erstellen
      eine wieder verwendbare API, die macht Ihre Aps
      den code besser lesbar. Innerhalb der gleichen *taglib.groovy können Sie mehrere tag-Definitionen, also das ist ein weiterer Unterschied - Sie können Sie alle zu einer Gruppe, in einmal Platz, und rufen Sie aus einer taglib in einem anderen.

    Beachten Sie auch, dass Sie rufen Sie eine Vorlage aus dem inneren einer taglib, oder rufen Sie taglibs innerhalb der Vorlagen, so können Sie mischen und anzupassen, wie gebraucht.

    Hoffe, das klärt es für Sie ein wenig, obwohl wirklich eine Menge dieses ist, was konstruieren ist bequemer, um code und wie oft Sie wiederverwendet werden kann.

    • Super!!!! Genau die Art von Antworten habe ich erwartet ! Sie haben in Worte fassen und kaum formalisiert, was ich war nur ein Gefühl von intuition. Danke.
    • "Iteration über etwas im Körper, bedingte, etc - das ist nicht wirklich möglich mit Vorlagen" - äh, sorry? Schreiben Sie beliebige Groovy-code im template. Und Vorlage iterieren über Arrays und do-Bedingungen auch ohne Groovy-code. Obwohl, es ist besser, dies auf ein minimum.
    • Victor - ich meinte damit, dass innerhalb taglib Körper können Sie zusätzlichen code, das hat nichts zu tun mit den taglib, nicht, dass Sie nicht ausführen können, code in den templates. Ich sollte wohl mit qualifiziertem mehr.
    • Ich normalerweise verwenden eine Mischung aus beiden. Ich erstelle eine taglib, die Griffe der Vorbereitung jede Art von Modell, dann machen Sie eine Vorlage mit der vorbereiteten Modell. Die Faustregel, die ich versuche zu Folgen ist, dass der Großteil der HTML-sollten in einer Vorlage und der Großteil der Groovy-code sollte in einer taglib.
    • Vorlagen bieten bessere Lesbarkeit, wenn der Ausgang mehr als ein paar Zeilen HTML, JS, ... . Noch, wenn TagLibs sind vorzuziehen, über Vorlagen, z.B. Breite Wiederverwendung oder performance-Gründen bei der Verwendung mehrere Male auf einer Seite, aber die Struktur der HTML-Code erstellt ist, verloren in der TagLib-code der GSP-Tags-plugin erlaubt das definieren von tags mit GSP ist.
    • Eines der key-pieces dieser Antwort wird das bit über das sein in der Lage zu ziehen aus einem Dienst in einer taglib. Dies macht taglibs ideal für Dinge wie top-level-navigation, die müssen sich bewusst sein, den aktuellen Benutzer, zum Beispiel. Tun diese Art der Sache mit templates ist sehr schmerzhaft, sondern dabei auch eine taglib ist trivial.

    InformationsquelleAutor Jean Barmash
  2. 3

    Als für uns...

    Einen coder soll, um bestimmte Objekt-Präsentations-Logik in der Vorlage, nicht irgendwo anders.

    Verwenden wir taglibs nur für isolierte Elemente der Seite, die nicht mit business-Logik überhaupt. Eigentlich versuchen wir zu minimieren, Ihre Verwendung: es ist zu einfach zu schreiben, business-Logik in einer taglib.

    Vorlagen sind den konventionellen Weg zu gehen; zum Beispiel, Sie unterstützen die Layouts (btw, Sie können benannt werden, ein Dritter Mechanismus)

    • Guter Punkt, um die Gefahr von schreiben von business-Logik in einer taglib. Es ist ähnlich wie ein controller in dieser Hinsicht. Wenn Sie Zweifel haben, legen Sie es in einen service, und dann den Kundendienst rufen! (entweder über eine taglib oder controller oder beide!)
    InformationsquelleAutor Victor Sergienko
Schreibe einen Kommentar