{"id":544,"date":"2016-03-21T08:59:01","date_gmt":"2016-03-21T06:59:01","guid":{"rendered":"https:\/\/schwarzer.de\/blog\/?p=544"},"modified":"2020-09-15T14:23:22","modified_gmt":"2020-09-15T12:23:22","slug":"extension-entwicklung-mit-extbase-teil-2","status":"publish","type":"post","link":"https:\/\/schwarzer.de\/blog\/extension-entwicklung-mit-extbase-teil-2\/","title":{"rendered":"Extension-Entwicklung mit Extbase (Teil 2)"},"content":{"rendered":"

<\/p>\n

Das Grundger\u00fcst: Extension-Entwicklung mit Extbase<\/h2>\n

Ab Typo3 6.2 schwirren einige Begriffe durch die Luft des Webentwicklers: Extbase, Domain, Model, View, Controller, Fluid, <\/strong> usw. Hier ist nicht von irgendwelchen Grundz\u00fcgen des Programmierens die Rede, sondern das hier ist Programmieren 2.0. Wer die Grundlagen des Codings und Objektorientierte Programmierung nicht verstanden hat, dem wird Extbase mit Fluid mehr als ein gro\u00dfes Fragezeichen sein.<\/p>\n

In diesem zweiten Teil geht die Typo3 Entwicklung n\u00e4mlich in eine neue Runde. Dieser baut auf dem ersten Teil<\/a> auf. Wir empfehlen auch diesen sozusagen als Vorspeise zu lesen.<\/p>\n

Vorbereitung: Werkzeuge f\u00fcr Typo3 in Kombination mit Extbase\/Fluid<\/h2>\n

Die richtig Hartgesottenen programmieren nat\u00fcrlich in einem dunklen Terminalfenster in vi<\/code>. Wer jetzt aber auf weniger Schmerzen steht, kann (wie jeder andere normale Entwickler auf dieser Erde) eine komfortable Entwicklungsumgebung benutzen. Das ist dann im Vergleich zu vim<\/code> der Mercedes unter den Produktivit\u00e4tstools. Wir empfehlen an dieser Stelle alternativlos PHP Storm. Diese IDE ist erweiterbar und macht einem Extbase-Entwickler das Leben mehr als einfacher. Neben gew\u00f6hnlichem Syntax-Highlighting denkt dieser intelligente Schraubenschl\u00fcssel n\u00e4mlich mit: Er wei\u00df nicht nur, welche Gr\u00f6\u00dfe die Schraube hat, in welche Richtung gedreht werden muss und warum \u00fcberhaupt. Ich \u00fcbersetze in kurz: PHP Storm hat erweitertes Intellitext. Nicht nur, dass es die Befehle in der aktuellen Datei erkennen kann, sondern auch in dem ganzen Projekt und auch inklusive aller Dateien im MVC. Man kann damit nat\u00fcrlich auch TypoScript bearbeiten und das mit buntestem Syntax-Hightlighting. Was hat Extbase noch zu bieten? Ach ja, Fluid-Templates, die Sprachdateien (xlf<\/code>-Formate) und vieles, vieles mehr. Zwar kostet PHPStorm ein bisschen Bares, ist das Geld aber mehr als wert. Wir haben Alternativen getestet, doch diese konnten uns nicht \u00fcberzeugen.<\/p>\n

How to create Extbase extensions: So geht das<\/h2>\n

Nat\u00fcrlich sollte unser Typo3 nicht nur fl\u00fcssig laufen, sondern auch unser Wissen bez\u00fcglich PHPStorm ge\u00f6lt sein. Wer mit der IDE gut umgehen kann und einige Tastenkombinationen beherrscht, der wird sehr schnell an sein Ziel kommen: Die erste Typo3-Extbase-Extension. Und das ist vielleicht im ersten Schritt nicht mal so kompliziert. Typo3 erleichtert hier mit einer kleinen aber feinen Extension die Initialarbeit. Der selbsterkl\u00e4rende Name Extension Builder<\/strong> wird ganz entspannt \u00fcber den Extension Manager installiert und wartet dann im linken Men\u00fc auf seinen flei\u00dfigen Einsatz. Empfehlenswert ist es, hier immer die neueste Version zu installieren, um eventuelle Bugs zu vermeiden. Ja, und was macht der Extension Builder genau? Wir haben ja aus guten Quellen<\/a> erfahren, dass eine Extbase-Extension aus mehreren Teilen besteht.<\/p>\n

Zum Einen ist da das Model, also das Datenmodell, die Datenstruktur. Und genau diese kann uns der Extension Builder helfen aufzubauen. Er macht sich an die Arbeit und erstellt in flei\u00dfigster Kleinarbeit nicht nur die Datenbankstruktur (\u00e4hnlich wie in pibase<\/strong>) sondern auch die Schnittstelle zwischen den Daten und der Datenlogik. Hier entstehen dann Repositories, also Klassen, die einzelne Datens\u00e4tze ausliefern, je nach dem wie man sie gefiltert haben m\u00f6chte. Und die jeweiligen Datenobjekte mit ihren Eigenschaften. Und hier liegt die meiste Arbeit: Diese Klassen haben n\u00e4mlich f\u00fcr jede Klasse, dort f\u00fcr jedes Attribut sogenannte Getter<\/strong> und Setter<\/strong>. Auch dieser fast selbserkl\u00e4rende Name beschreibt ganz gut, was diese denn tun: sie holen<\/em> und setzen<\/em> Eigenschaften des Objekts. Aber warum denn so kompliziert? Darum: Alles, was \u00fcber eine Methode gesetzt wird, kann vor dem Speichern in die Datenbank manipuliert werden. Das Gleiche gilt f\u00fcr den anderen Teil: Wenn Typo3 mit Extbase aus der Datenbank Datens\u00e4tze liest, k\u00f6nnen einzelne Attribute abgewandelt, \u00fcberpr\u00fcft und hier anschlie\u00dfend auch wieder angepasst werden, bevor sie dem einzelnen Objekt zugewiesen werden. Mit diesem Objekt geht es dann nat\u00fcrlich weiter. Wie auf einem Flie\u00dfband wird es in der Programmlogik weitergereicht: Vom Model in den View, vom View dann in den Controller — eben MVC<\/strong>. Im View wird dann festgelegt, wie die Ansicht des Objekts im Backend oder im Frontend aussieht. Schlie\u00dflich soll es ja eine sch\u00f6ne Website werden und nicht Augenschmerzen verursachen, wenn man l\u00e4nger als f\u00fcnf Sekunden verweilt. Die Datenein- und -ausgabe geschieht hier aber auch nicht ungefiltert: Man kann mit dem Controller kontrollieren<\/em> (was f\u00fcr ein gl\u00fccklicher Zufall, dass auch hier die Begriffe selbstsprechend sind), wie die Daten verarbeitet werden.<\/p>\n

Extbase-Entwicklung: Ganz andere Welt<\/h2>\n

Genial an der Entwicklung mit Extbase ist, dass man hier die Ebenen teilt, die tats\u00e4chlich auch nicht zusammengemischt werden d\u00fcrfen:<\/p>\n