Hallo Michael,

ich versuch dir mal einen "überblick" über die Templating Technologien zu geben 
die ich kenne, und deren vor / Nachteile.

1) Backendlayouts - (backend Only)
Die backend Layouts sind eine reine Backend Technologie. Die es einfach erlaubt 
mehrere spalten im backen Modul "hübsch anzuordnen"
Also zb. Einen Header darunter zwei spalten und noch einen footer. 
BackendLayouts nutzen das normale feld tt_content.colPos.
Und lassen sich damit mit den Üblichen styles.content.get bzw CONTENT cobjecten 
einsetzten. 
Backend layouts geben dir also im backen eine spalten ansicht die der von 
TemplaVoila ähnelt. Nutzen aber komplett die typo3 Standards. (kein komischens 
XML in Datenbankfeldern)
Für das frontend kannst du dann ein belibiges Template system nuten (klassich 
mit markern oder fluid oder smarty oder was es da sonst noch gibt)
Die backend layouts haben keine Lösung für "Flexible inhalts elemente (FCEs)" 
also selbstgebaute inhaltselemente oder inhaltselemente die weitere spalten 
enthalten.

2) Markerbasierte Templates
Alt und bewehrt. Wird es auch weiter geben es steht nicht in aussicht das diese 
abgeschafft werden. allerdings sind diese in komplexen layouts umständlich.
Da jedes layout immer ein neues template nutzt. Keine wieder verwendung von 
bestimmten teilen. "for" schleifen und einfache logik kann gar nicht im 
tempalte abgebildt werden.
Wenn das layout einfach nur übernommen wird kann man es bedenkenlos einsetzten.

3) Fluid Template
New and Shiny! Fluid kann alles was man sich von einer template engine wünscht. 
Das der viewHelper kann man häufig mit sehr wenig code Nützliche funktionen 
hinzufügen 
Und es bietet mit partials und layouts die best mögliche Wiederverwendung. 
Manchmal ist es aber auch zum haare raufen besonders wenn du zwischen der 
"inline" ind xml syntax wechseln musst.
Um verschiedene sachen ineinander zu verschachteln. Wenn ich ein neues Layout 
mache würde ich auf jedenfall auf fluid setzten. Es gibt auch schon diverse 
zusätzlicher viewHelper die Fluid um alles erweitern
Wass es noch nicht kann :) z.b in der extension VHS 
https://fluidtypo3.org/viewhelpers/vhs/master.html

4) Grid Elements
Ich habe grid elements noch nicht eingesetzt also falls ich hier etwas falsches 
sage bitte ich alle die es besser wissen mich zu korregieren.
Grid elements ermöglicht die erstelleng von Content Elementen mit weiteren 
spalten. Sie nutzen dazu eine ähnliche/gleiche syntax wie sie von 
Backendlayouts schon bekannt ist. 
Jedoch bieten keine "custom" html elements" in denen es nur darum geht dem 
redakteuer 3 eingabe felder zu geben. Um eine spezielle darstellugn von 
inhalten auf der seite zu erzeugen.

5) Fluid Typo3 (ehemals FEDEXT)
Fluid typo3 ist ein  vollumfängliches Template System das alles Teile Abdeckt:
Backendlayout, Frontend Layouts, Flexible Inhaltselemente mit Custom HTML und 
Spalten. 
Fluid typo3 setzt auf ein sauberes entwicklungs model. Das heist aber auch das 
die Einstellungen für deine Templates nicht in der datenbank liegen sondern man 
eine eingen "extension" für seine templates erstellen muss.
Dafür bieten sie einem eine extension names "builder" die es einem ermöglicht 
ein fluidtypo3 extension grundgerüst zu erstellen.
Das Editieren ist recht einfach, da jedes inhalts element und seitentemplate 
einfach ein fluidtemplate ist mit einer speziellen "configuration" sektion in 
der die backend configuration /layout gesteuert wird.
Das macht es einfach da man alles was zu einem element gehört in einer 
Configurations datei hat. Und man kann seine extension mittels GIT/SVN gut 
versionieren ohne das man irgendwelche datenbank changes pflegen muss.
Zur datenspeicherung sei gesagt sie nutzen die normale colPos für die spalten 
(+ 1 oder2 zusätzliche felder für die spalten speichernung) das heist die 
inhalte elemente lassen sich gut mittels SQL abfragen.
Für die benutzer definerten eingabe felder nutzen sie jedoch Flexform XML (es 
sei denn man schreibt das manuelle ext_tables) 
Ich halte fluidtypo3 momentan für das einzige Template system das den gesamt 
funktions umfang von TemplaVoila in einer Modernen weise abbildet. Alle anderen 
lösungen setzten darauf verschiedene systeme manuell miteinander zu verheiraten.
https://fluidtypo3.org/

6) TemplaVoila
TemplaVoila ist TOT!!! Es wird nicht mehr weiterentwickelt und sollte deswegen 
nicht mehr eingesetzt werden.
Zu dem hat es viele andere nachteile. Denoch war es für seine Zeit inovativ und 
hat neue wege aufgezeigt wie templating funktionieren kann.

/) was noch?
Irgendwass hab ich bestimmt übersehen / vergessen.
Also bitte liebe Mailingliste helft mir die Liste zu vervollständigen.

Gruss chris

-----Ursprüngliche Nachricht-----
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Michael G.
Gesendet: Montag, 27. Oktober 2014 21:59
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Fluid Templating

Hallo zusammen,

 

ich bin gerade bei der Umstellung meines Webauftritts und frage mich gerade, ob 
ich auch hinsichtlich der Templating-Methode einen neuen Weg gehen sollte. 
Bisher habe ich mit ###MARKER### und ###SUBPART### gearbeitet. Das scheint ja 
augenscheinlich auch noch zu funktionieren.

 

Aber was ist mit BackendLayouts und FluiodTemplate? Wie hängen diese zusammen 
oder gibt es ggf. demnächst etwas Neues? Hab da was von Bootstrap oder 
GridElements gehört?

 

Wie ist denn hier die Einschätzung, auch hinsichtlich der Zukunftssicherheit? 
Möchte nicht beim nächsten LTS-Update alles wieder neu bauen müssen… J 

 

Liebe Grüße

Michael

_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Antwort per Email an