Symfony Components

Lesetipps

1. Symfony Components 2.0
2. Projektwerkstatt: Symfony Konfigurator
3. Was ich am Zend Framework lieber mag als an Symfony

Heute möchte ich mal die Symfony Components vorstellen. Und zwar aus dem alleinigen Grund, weil ich die Maskottchen so süß finde. na gut, nicht ganz. Ich finde die Idee auch ganz nett. Symfony bietet ja einen unheimlich großen Funktionsumfang. Nur schreckt es viele ab, Symfony zu verwenden, denn es ist ja ein Framework und Frameworks geben einem nunmal architekturelle Vorgaben mit, an die man sich halten muss. Und da ich mein Projekt nicht auf Symfony umstellen will, verwende ich natürlich auch keine Teile daraus.

Ich hoffe mal, ich habe den Gedanken dahinter ein wenig klar gemacht. Symfony hat viele allgemein nutzbare Bestandteile. Da muss ich mich gar nicht mit dem Framework für auskennen. Und genau diese Komponenten sind in unabhängige Pakete gepackt worden und haben den Namen Symfony Components bekommen.

Ich selbst nutze bis jetzt nur die YAML Komponente, die es einem erträglicher macht, mit diesem äußerst unangenehmen Format zu arbeiten. Sie erzeugt aus einem YAML File in sehr schneller Zeit einen PHP Array, mit dem man dann arbeiten kann. YAML eben. Andersrum geht es übrigens auch; PHP nach YAML.

Da ich ein sehr großer Freund von Dependency Injection bin, ich diese Technik aber bis jetzt ohne Unterstützung verwendet habe, werde ich mir als nächstes die Implementieren zu diesem Thema von den Symfony Jungs anschauen (und es euch natürlich wissen lassen). Da fällt mir ein, dass ich überhaupt mal was über DI erzählen könnte. Macht einem das Testen nämlich um einiges einfacher und da ich ja im “wahren Leben” Qualitätsmanager bin … egal, wieder zu den Komponenten.

Weitere PHP Klassen finden sich zu Anwendungsgebieten:  Event Dispatcher, Templating und Request Handler. Tja da würde ich doch mal sagen, dass da wieder fast eine Woche an Beiträge drinnen steckt. Ihr könnt ja schon mal ein wenig vorspielen mit den Komponenten, damit ihr dann genau wisst, was ich so alles falsches erzähle, wenn ich darüber berichte.

6 Kommentare »

• 
  

  Jan

  am 6. Oktober 2009 um 12:06 Uhr

  Wenn Symfony 1.3 seine eigene DI vorstellt, eine grosse Gewinn erreicht.
  Kennen sie keine andere PHP Framework mit einen diese Komponente?

• 
  

  KingCrunch

  am 6. Oktober 2009 um 12:28 Uhr

  Kleiner Querverweis_
  http://www.tagdocs.de/2009/09/21/symfony-components-bibliotheken-fur-php/
  Finde vorallen den Event Dispatcher interessant.

• 
  

  tjado

  am 6. Oktober 2009 um 19:42 Uhr

  Propel bzw. allgemein ORM wär auch mal nen cooler Beitrag

• 
  

  Nils Langner

  am 6. Oktober 2009 um 19:49 Uhr

  @tjado: Ist eine Idee, wobei ich nicht glaube, dass Propel noch lange weiterentwickelt wird. Wäre dann also eher Doctrine, da kenne ich mich aber gar nicht wirklich aus. Wüsste aber schon jemand, den ich fragen könnte.

• 
  

  Jan

  am 6. Oktober 2009 um 20:00 Uhr

  @tjado,

  Du kannst sicher sein dass Doctrine wird das offiziel ORM von Symfony ab Symfony 1.3. Tatsächlich der Doctrine Programmer, Jonathan Wage, wirkt für Sensio Labs, Symfony creators.

• 
  

  Stephan Hochdoerfer

  am 6. Oktober 2009 um 22:11 Uhr

  Bin ja mal gespannt was du zum DI Container von Symfony berichten wirst.

  Haben wir mittlerweile eigentlich schon mehr DI Container als CMSe in PHP?

RSS Feed für Kommentare zu diesem Artikel. TrackBack URL

Hinterlasse einen Kommentar