PHP-Frameworks

Bei der Arbeit mit PHP-Frameworks liegen meine Schwerpunkte bei Symfony, CodeIgniter und CakePHP 3–5.

Daraus entstanden unter anderem Anpassungen für ein Zeitmanagement-Tool, ein CRM und eine Personalplanung. Eine Buchhaltungssoftware auf CakePHP habe ich um Auswertungen und Excel-Export erweitert. In manchen Projekten liefen CakePHP und CodeIgniter parallel – die Systeme mussten sauber zusammenspielen.

CakePHP war lange mein Go-to, wenn es schnell und strukturiert vorangehen sollte: Konventionen statt endloser Config, klare MVC-Struktur, mit Bordmitteln schon weit. In Versionen 3 bis 5 habe ich vor allem Business-Anwendungen gebaut – von Auswertungen und Exports bis zu angebundenen Drittsystemen.

Gerade bei internen Tools (Buchhaltung, Planung, CRM-Bausteine) zahlt sich aus, dass man nicht jedes Rad neu erfinden muss – und trotzdem genug Freiheit für eigene Logik behält.

CodeIgniter ist das schlanke Gegenstück: wenig Ballast, flache Lernkurve, ideal wenn Performance und Einfachheit zählen. In Projekten, in denen CakePHP und CodeIgniter parallel liefen, lag CodeIgniter oft bei den schlankeren APIs oder älteren Bestandssystemen – CakePHP eher bei der komplexeren Domänenlogik.

Beide Welten zu verbinden heißt: klare Schnittstellen, gemeinsame Datenmodelle und keine wilden Seiteneffekte. Genau da wird’s interessant.

Symfony ist das Framework, wenn Architektur und Wiederverwendbarkeit im Vordergrund stehen: Components, Dependency Injection, klare Bundles. Viele moderne PHP-Stacks (inkl. Shopware) bauen darauf auf – wer Symfony versteht, findet sich in diesen Ökosystemen schneller zurecht.

Ob Symfony für strukturierte Anwendungen, CakePHP für zügige Business-Logik oder CodeIgniter, wenn es schlank bleiben soll: Der passende Stack hängt vom Projekt ab – die Frameworks zu beherrschen hilft in jedem Fall.