Eigenes PHP-Framework sinnvoll?

Diesmal gibt es keinen Code von mir, sondern einen kleinen Erfahrungsbericht über PHP-Frameworks.

Ist es sinnvoll, sein eigenes PHP-Framework zu entwickeln?

Meine Antwort dazu ist klar: Ja, auf jeden Fall!
Aber warum? Es gibt doch so viele gute Frameworks, die stabil sind und so viele Module haben. Warum soll ich das Rad neu erfinden?

» Weiterlesen

Widgets mit dem Zend Framework

Der letzte Artikel ist ja schon etwas länger her und deshalb gibt es als Ausgleich mal wieder einen längeren Artikel.
Es geht darum, wie man sinnvoll ein Widget-Aufbau für das Zend Framework umsetzen kann. Mein Ansatz ist sicherlich nicht
perfekt, aber ein guter Anfang.

Vorausgesetzt wird auch dieses mal wieder eine lauffähige ZF-Anwendung mit Bootstrap-Klasse.

» Weiterlesen

Formatierte var_dump()-Ausgabe (Xdebug)

Heute mal ein kleiner Tipp an alle Entwickler, die gerne mit var_dump() Testausgaben (zum Debuggen) erzeugen und sich über die Formatierung ärgern.

Die Ausgabe dieses Codes

$array = array(
	'apfel' => new stdClass(),
	'banane' => 10.5,
	'birne' => 'keine',
	'orange' => null
);
var_dump($array);

würde bei einer normalen PHP-Installation so aussehen:

array(4) { ["apfel"]=>  object(stdClass)#1 (0) { } ["banane"]=>  float(10.5) ["birne"]=>  string(5) "keine" ["orange"]=>  NULL } 

Das ist natürlich nicht sonderlich schön und vor allem schlecht zu lesen. Selbst ein <pre> um die Ausgabe, macht das Lesen nicht einfacher.

Die Lösung: Die PHP-Extension Xdebug formatiert und „highlightet“ die var_dump()-Ausgaben automatisch. Es wird kein <pre> mehr benötigt und selbst riesige Arrays mit tiefer Verschachtelung können wieder mit var_dump() ausgegeben werden, denn ab einer bestimmten Ebene wir das Array einfach abgeschnitten.

Debugging Ausgaben sehen dann so aus:

array
  'apfel' => 
    object(stdClass)[1]
  'banane' => float 10.5
  'birne' => string 'keine' (length=5)
  'orange' => null

Das lässt sich doch gleich viel besser lesen, oder?