Get the MOST

Gegenwärtig laufen die Arbeiten an der nächsten Symfony-Version 6.1. Wie immer gibt es regelmäßige Einblicke in die wichtigsten, zu erwartenden Features und Verbesserungen. Dieser Beitrag zeigt im Folgenden die bisher veröffentlichten Blog-Beiträge thematisch nach Komponente sortiert.

Allgemein

Verbesserungen bzgl. Typisierung

Diverse Verbesserungen

Console

Verbesserte Autovervollständigung

DependencyInjection

Service Decoration Attribute

Service Autowiring Attribute

Expressions als Service Factories

ExpressionLanguage

Verbesserungen an der Syntax

Form

Anpassbare Prototypen für Collections

HtmlSanitizer

Neue HtmlSanitizer-Komponente

HttpKernel

Controller argument resolver für Enums

Einfachere Bundle-Erweiterung und -Konfiguration

Messenger

Notifier- und Messenger-Integrationen

Mime

Draft E-Mails

Notifier

Notifier- und Messenger-Integrationen

Profiler

Profiler-Verbesserungen (Teil 1)

Profiler-Verbesserungen (Teil 2)

Routing

Verbesserte Routing-Requirements und UTF-8 Parameter

Services in Route-Bedingungen

Semaphore

Konfigurierbare Semaphoren

Serializer

Serializer Context Builders

Serializer Profiling

Translation

Locale-Switcher

Bereits im Jahr 2020 haben wir das Buch “Symfony: The Fast Track” hier vorgestellt. Nun ist eine neue Auflage bereitgestellt worden, welche auf den Stand für Symfony 5.4 und 6.0 gebracht wurde.

Eine deutsche Übersetzung steht im Moment noch nicht zur Verfügung, aber das englische Original ist im Zweifelsfall vermutlich ohnehin zu bevorzugen.

Alle Infos im Detail sowie weiterführende Links finden sich in der Ankündigung.

Es geht weiter mit den Aufräumarbeiten im Generator von ModuleStudio: nach den im letzten Beitrag beschriebenen Anpassungen rund um PHP 8 liegt aktuell der Fokus auf den Umgang mit Doctrine-Entitäten und -Repositories.

Was wurde gemacht?

Hier eine Auswahl der bereits umgesetzten Änderungen:

• Repositories liegen nun im Namespace Repository anstatt Entity/Repository.
• Sämtliche Referenzen zwischen Entitäten und Repositories verwenden nun keine Namespace-Strings mehr, sondern die Foo::class-Notation.
• Es werden Interfaces für die Repositories generiert, was insbesondere dann wichtig wird, wenn es darum geht, abweichende Implementierungen für Tests zu verwenden.
• Die Repositories erben von ServiceEntityRepository, um sie einfach via Dependency Injection verwenden zu können. Falls ein Repository von einer anderen Basisklasse erbt (z. B. im Falle der Tree- und Translatable-Extensions), wird statt dessen das dazugehörige ServiceEntityRepositoryInterface implementiert.
• Auch für die Entitäten gibt es ein EntityInterface, welches hilfreich ist, wenn es darum geht, schnell herauszufinden, ob man gerade die Entität eines bestimmten Bundles hat oder nicht. Vorher musste hierzu der Namensraum untersucht werden. Im generierten Bundle wird dies beispielsweise in einigen Event-Subscribern/-Listenern genutzt.
• Sämtliche beschriebenen Punkte werden nicht nur für die Repositories der modellierten Entitäten, sondern auch für etwaige Erweiterungen derselben (LogEntries, Translations, Attributes, Categories, usw.) angewendet.

Was wird noch gemacht?

Die Änderungen in diesem Bereich sind noch nicht abgeschlossen. Unter anderem sind hier noch folgende Dinge angedacht:

In den letzten Tagen sind die ersten Arbeitsschritte zur weiteren Modernisierung der von ModuleStudio generierten Symfony-Bundles bzw. Zikula-Module umgesetzt worden. Dieser Beitrag zeigt kurz die entsprechenden Änderungen auf:

Alte Zöpfe abgeschnitten

Die unterstützten Zikula Core-Versionen wurden auf die Zukunft ausgerichtet: so können die veralteten Versionslinien 1.5.x und 2.x nicht mehr ausgewählt werden. Hierdurch ist natürlich sehr viel alter Code entfernt worden. Die Version 3.0.x ist nun der neue Standard, außerdem wurden neue Optionen für 3.1.x und 4.x angelegt.

Seit knapp einem Monat steht eine umfangreiche Unterstützung zur Docker-basierten Arbeit mit Symfony bereit. Hierbei gibt es Neuerungen in mehreren zentralen Werkzeugen, die ineinander greifen und aufeinander aufbauen:

1. Das Composer-Plugin Flex kann bei Bedarf nun neue Services in die Datei docker-compose.yml eintragen sowie notwendige PHP Extensions und Bibliotheken im Dockerfile anpassen.
2. Symfony CLI erkennt, dass Docker Compose für das Projekt verwendet wird, und stellt automatisch entsprechende Umgebungsvariablen bereit.
3. Mit dem Beispielcontainer Symfony Docker lassen sich schnell neue Projekte aufsetzen. Es stellt auch ein GitHub Template bereit, mit dem neue Repositories angelegt werden können.
4. Das API Platform Projekt stellt ein Helm Chart bereit, um ein Deployment des Projektes in Kubernetes durchzuführen.

In diesen Blog-Artikel werden die Neuerungen im Detail vorgestellt und weiterführende Links angeboten.

Heute sind gleichzeitig zwei neue Versionen vom Zikula Core veröffentlicht worden.

Zikula 3.0.4 bringt Fehlerkorrekturen

Mit der Version 3.0.4 wird ein weiteres Bugfix-Update für die Hauptversion 3 bereitgestellt.

Die Änderungen im Detail werden in der Release-Ankündigung aufgelistet.

Zikula 3.1.0 hat etwas mehr an Bord

Außerdem ist auch Zikula Core 3.1.0 erschienen; dieses Update beinhaltet zusätzlich einige Neuerungen, bringt aber auch Veränderungen mit.

Auch hierfür gibt es eine detaillierte Liste mit den Korrekturen, hinzugefügten Features und sonstigen Neuerungen.

Vor einigen Tagen wurde Symfony 5.4.0-BETA3 veröffentlicht. Dies nehme ich zum Anlass, um einmal einen Überblick über die wichtigsten neuen Funktionen zu geben, auf die wir uns im Rahmen dieses Updates freuen können. Im Folgenden sind die bisher veröffentlichten Blog-Beiträge thematisch nach Komponente sortiert.

PHP 8.1

Unterstützung für PHP Enumerations (siehe auch diesen Artikel dazu)

Console

Console Autocompletion (siehe auch diesen Artikel dazu)

DependencyInjection

DI-Verbesserungen

Filesystem

Neue Path-Klasse

Framework

Veränderungen für Controller

Konfigurierbare Exceptions

Language Negotation

Sonstige Features - Teil 1

Sonstige Features - Teil 2

Sonstige Features - Teil 3

Messenger

Messenger Verbesserungen

Notifier

Notifier Integrationen

Profiler

Überarbeitete Profiler Logs

Profiler Verbesserungen

Routing

Route Aliasing

Security

Schnellere Security Voter

Serializer

Serializer Verbesserungen

Translator

Translation Verbesserungen

Validator

Verschachtelte Validation Attribute

Neue Validierungsmöglichkeiten

In der kommenden Symfony-Version 5.4 wird häufig wiederkehrender Code zur Kernel-Konfiguration in den MicroKernelTrait verlagert. Dies führt dazu, dass der individuelle Kernel einer Anwendung (in der Regel) wesentlich schlanker wird. Dementsprechend wurde auch das dazugehörige Flex-Recipe deutlich vereinfacht. Sehr angenehm 😄

Symfony erlaubt das Dekorieren von Services: hierbei wird im Gegensatz zum Überschreiben bestehender Services eine Ummantelung derselben vorgenommen. Immer dann, wenn der ursprüngliche Service injiziert werden soll, wird statt dessen der ihn dekorierende Ersatz verwendet. Dies ist immer dann praktisch, wenn man zusätzliche Funktionalität hinzufügen möchte, jedoch keinen Zugriff auf den originalen Service hat - zum Beispiel aus Gründen der Entkopplung oder schlicht und ergreifend weil das zu erweiternde Bundle von Dritten entwickelt wird. In Zikula wird beispielsweise Twig mit einem Dekorator erweitert, um mit Hilfe zusätzlicher Events vor und/oder nach dem Rendern eines Templates reagieren zu können.

Symfony und Doctrine bieten bereits Unterstützung für unterschiedliche native Attribute, welche seit in PHP 8 verwendet werden können. So lassen sich diese unter anderem für ORM-Definitionen (#[ORM\*]), Validierungsregeln (#[Assert\*]), Routen (#[Route]) oder zur Injektion von Service Tags (#[TaggedIterator]) einsetzen.

Das Attribut #[CurrentUser] erlaubt es, das Objekt mit dem aktuell angemeldeten Nutzer direkt als Controller-Argument zu übergeben; ein Beispiel hierfür lässt sich diesem Blog-Artikel entnehmen. Intern wird hierbei ein Argument Value Resolver benutzt.