fedext

Fluid bietet einen viel saubereren Ansatz, die Vorlagenlogik von der Anzeigelogik und der Steuerungslogik zu trennen. Ihr Ergebnis wird wesentlich besser strukturiert sein, wenn Sie die Möglichkeiten fluid und die erwähnten Erweiterungen wie %code% nutzen (wie Layouts und Partials).

Die Verwendung ist eigentlich sehr einfach, kann aber trotzdem mit dem Oldschool-Marker-Ansatz kombiniert werden (Sie können Dinge wie %code% tun). Wenn Sie im Backend mehr Flexibilität benötigen, wie im Fernsehen, müssen Sie (natürlich) einige Dinge selbst programmieren.

Am einfachsten ist es, eine Erweiterung zu verwenden, die von im Backend erstellt wird, um sie Ihren Anforderungen anzupassen benötigt, aber Sie können auch das Rendern von Seiten und / oder Standard-Inhaltselementen anpassen, indem Sie TypoScript und die angegebenen Felder verwenden (wie %code% , %code% , %code% usw.).

Sie haben also immer die Wahl zwischen detaillierten Eingaben (Extbase-Erweiterungsobjekte) und den TYPO3-Standard-Dingen wie Seiteneigenschaften und RTE-Konfiguration in Kombination mit etwas TypoScript-Magie (css_styled_content).

Als eine Schlussfolgerung empfehle ich dringend, flüssige Vorlagen und zusätzliche Erweiterungen wie %code% zu verwenden, da sie eine Menge (zusätzliche) Power- und wiederverwendbare Vorlagen bereitstellen, während Sie Marker weiterhin verwenden können . Persönlich bevorzuge ich es auch, die RTE im Backend zu verbessern oder zu begrenzen, um zu viel speziellen Code für ein FCE-ähnliches Ergebnis zu schreiben.

Übrigens: Es gibt sehr gute Autocomplete-Funktionen, wenn Sie die DTDs / XSDs von fedex.net in Ihrer IDE verwenden, wodurch meine Template-Programmierung viel schneller wurde ( wie 25%).

Obwohl diese Frage inzwischen ziemlich alt ist (ich habe es bisher nicht gesehen) und Sie haben wahrscheinlich schon mehr darüber herausgefunden, was Fluid Powered TYPO3 bietet:

Die Features, nach denen Sie fragen (TV-Style FCEs, geringer Programmieraufwand und vor allem der letzte, der mehr den Prozess betrifft als das Tool) sind genau worum es bei fluid-powered TYPO3 geht:

• Wir bieten einfache Möglichkeiten, um Seiten- und Inhaltsvorlagen von TYPO3 zu erkennen und sie den Inhaltsredakteuren der Website zur Verfügung zu stellen.
• Wir verwenden einen gemeinsamen API-Ansatz (der auf den TCA / TCE-Formen von TYPO3 basiert), den Sie sowohl in Seiten- als auch Inhaltsvorlagen verwenden können, um benutzerdefinierte Felder hinzuzufügen (als Beispiel: ein Feld zum Festlegen der Farbe der Website erstellen) Header oder konfigurieren Sie ein Inhaltselement mit einem blauen Hintergrund, usw.).
• Wir verwenden Fluid, das (wie Michael bereits sagte) eine hervorragende Rendering-Engine ist.

Aber das ist nur ein kleiner Teil der Möglichkeiten, die Sie mit den Erweiterungen haben (derzeit gibt es 20 - nein, wirklich, 20), die alle verschiedene Feature-Sets bieten: Es gibt die ViewHelper-Bibliothek VHS Sie können für jede Art von Fluid-Vorlage fluidpages , fluidcontent und fluidbackend verwenden, damit Sie Vorlagendateien in einem erkannten Pfad platzieren und verfügbar machen können Um ohne weitere Probleme zu arbeiten, gibt es view , mit dem Sie Overlay-Pfade für plugin templateRootPaths verwenden können (Beispiel: überschreiben Sie nur eine Vorlagendatei von EXT: news, ohne alle Vorlagendateien von EXT: news kopieren zu müssen). Es gibt Builder , der Erweiterungen, ViewHelper-Unit-Test-Klassen, Tests Ihrer Fluid-Vorlagen und mehr generieren kann. Es gibt ein Tool , das eine Reihe von Extbase-Service-Type-Klassen enthält, die Sie in Ihren eigenen Extbase-Plugins verwenden können. Es gibt fluidwidget , das eine gute Grundlage für komplexe Fluid Widgets ist. Sie haben Side-Utilities wie * extbase_realurl *, die automatische realurl-Regeln für jedes Extbase-Plugin generieren können. Und es gibt schemaker , mit dem Sie Ihre eigenen XSD-Schemas für Ihre eigenen ViewHelpers erstellen können (oder für jede Version von beispielsweise Fluid selbst, VHS oder Flux usw.).

Und da ist mehr als das. Einfach gesagt, bieten wir Ihnen jedes Tool, das Sie zum Erstellen jeder Art von Site, Template oder Plugin benötigen. Unsere Werkzeuge haben einen Schwerpunkt: Effizienz.

Es klingt wie ein riesiger Schluck, aber es ist nicht so kompliziert wie es scheint. Normalerweise beginnen Sie mit drei oder vier Erweiterungen und ihr Zweck ist ziemlich klar: Mit Flux können Sie die Formularfelder hinzufügen, mit denen Inhalts-Editoren Inhalte, Seiten und Plugin-Instanzen konfigurieren; VHS bietet eine große Anzahl von Mehrzweck-VieWHelpern, die immer dann eingesetzt werden können, wenn Sie mehr benötigen als nur die, die in Fluid enthalten sind. Und dann eine oder beide der flüssigen Inhalts- und Flüssigkeitsseiten, die sehr einfach sind, da sie nur die Möglichkeit bieten, Vorlagendateien als Inhaltselemente oder Seitenvorlagen zu verwenden.

There ist ziemlich gewöhnungsbedürftig - dies gilt für jedes Framework - aber wir haben viel Mühe darauf verwendet, die API auf der ganzen Linie gleich zu machen, was alles bedeutet, was Sie lernen Ein Kontext (z. B. Seitenvorlagen), den Sie in anderen verwenden können (z. B. Inhaltsvorlagen und Back-End-Module).

Wenn Sie beim Erstellen von Inhalten, Seiten und Plug-Ins Zeit sparen und konsistent sein wollen, wird Fluid TYPO3 (der Dachname für all diese Erweiterungen zu Twenty-Something) genau das für Sie tun .