class FOO{
    function bar($msg){
        echo $msg;
    }
}

$f = new foo();
$f->Bar("lol"); //Ausgabe: lol

Hier mal ein Beispiel, wie sowas aussehen könnte:

set_error_handler('throwException', E_ALL);
function throwException($fehlercode, $fehlertext, $fehlerdatei, $fehlerzeile){
    throw new ErrorException($fehlertext, $fehlercode, 0, $fehlerdatei, $fehlerzeile);
}
trigger_error("foo-bar", E_ERROR);

Übrigens erzeugt „trigger_error“ den Fehler nicht weil „trigger_error“ aufgerufen wurde, sondern weil „trigger_error“ „E_ERROR“ als zweiten Parameter nicht akzeptiert. Ein echter E_ERROR also. :)
Leider ist es (noch) nicht möglich, für jeden Fehler Typen einen eigenen Handler zu definieren um zum Beispiel E_NOTICE Fehler anders zu behandeln als E_ERROR. Als zweiten Parameter akzeptiert set_error_handler (laut Doku) nur E_ALL oder E_STRICT. Könnte mir aber gut vorstellen, dass man das irgendwie austricksen kann.
Ich habe übrigens die ErrorException Klasse gewählt, da diese auch Dateiname und Zeile akzeptiert … wenn man diese Info schon mal hat, kann man diese ja auch gleich verwenden.
Als letzten Parameter kann man in der callback Funktion noch „$errcontext“ verwenden – der Inhalt ist bei einer Exception jedoch etwas fehl am Platz.

Nun wünsch ich allen die das wollen viel Spaß, denn damit wird das PHP Standard Fehler Handling ausgehebelt. Sowas wie z.B. „$resource = @fopen($irgendEineDatei);“ funktioniert dann nämlich nicht mehr bzw. ergibt eine schöne Exception falls ein Fehler auftritt. Das ist vor allem dann nervig, wenn man fremden Code einsetzt, der sich auf solche Konstrukte verlässt.

PHP scheint ja wirklich immer mehr in Richtung Java zu tendieren, vielleicht haben wir bald auch einen Java Zwilling der dann den Vorteil hat, dass er bei fast allen Hostern standardmäßig läuft.
Aber „Hoster“ ist doch nicht so ein großes Argument gegen Java? Einen Root oder vServer (mit Root Rechten) gibt es doch schon ab 10-15 Euro und da lässt sich ja dann auch Java drauf installieren und ich wette, dass es bestimmt einen Java-Hoster gibt, der ein bisschen Platz umsonst anbietet.

Das Problem ist (und da bin ich lange nicht der erste der das sagt), dass PHP keine klare Richtung hat: soll es objektorientierter werden oder weiterhin die einfache Erlernbarkeit und Verwendung fördern?
Wenn OOP gewünscht ist, dann kann man gleich auf Java umsteigen. Wenn PHP weiterhin „Duck-Typing“ und sonstige „fehlertolerante“ Features bietet, dann sollte dieser Stil vielleicht etwas weiter ausgebaut werden (keine Ahnung wie).
Vielleicht ist aber auch gerade dieser OOP-Prozedur-Hybrid Stil das, was PHP so besonders macht?

Ja, auch mir fehlt meistens die feste Typisierung in PHP oder „finally“ beim try-catch und weitere „OOP“ Features. Aber wenn ich das benötige, programmiere ich eben in Java (außer ich bin wie in den meisten Fällen vom System zu PHP gezwungen ;) ).
PHP bevorzuge ich, gerade weil ich damit schnell was zusammen gehackt bekomme.

Aus welchem Grund verwendet ihr lieber PHP als Java?

function getValue($path)
{
    return eval("return \$this->xml_config->$path;");
}

Das ist eine Methode einer Config Klasse die ein SimpleXML Objekt kapselt. Irgendwann hatte ich keine Lust mehr, die einzelnen Werte der Config sicher weiterzuleiten, also hab ich diese Methode hinzugefügt. Naja .. damit hätte ich mir das Config Objekt auch sparen können x) … *shame on me*

1. Finde die simple Idee
Wenn man mal erfolgreiche Ideen/Produkte vergleicht, wird man feststellen, das bei den allermeisten eine simple Idee zugrunde lag, mit welcher sich das entsprechende Produkt von allen anderen abgegrenzt hat. Die Betonung liegt hierbei auf „simpel“ – einfach, unkompliziert, selbsterklärend. (=> KISS)
Bei Facebook war es die Exclusivität, die man plötzlich mit einer niedrigeren Einstiegshürde erreichen konnte und mit der „das wichtigste“ des Uni Alltags virtuell und einfach abgebildet wurde.

2. Geh in den Tunnel
Immer wieder war davon die Rede, eine Person ist gerade im Tunnel und darf deshalb nicht gestört werden. Ich behaupte mal, dass wenn man sich in seine Programmierung vertieft hat, sich also alle Sinne ohne Ablenkung um den Code drehen, ist man 3 mal so effizient, wie wenn man „aus dem Schlaf heraus“ loslegen soll.

3. Begib dich in eine kreative Umgebung
Als schon klar war, das Facebook „cool“ ist (Zitat), ziehen die Entwickler nach Kalifornien. Die erste Szene in deren Haus zeigt, wie Sie Blödsinn man machen und vom Dach des Hauses in einen Pool springen – drinnen hockt einer gerade an nem Rechner.
Wenig später (im gleichen Haus) sind zwei Mädls am Party machen: Playstation, Bong, Saufen. Dahinter hocken ne Handvoll Entwickler im Tunnel.
Ok, das mag etwas übertrieben sein und scheint schon fast sogar Punkt 2 zu widersprechen, aber Inspiration ist nun mal etwas, was nicht von alleine kommt. Kreative Umgebung sieht immer anders aus, jeder hat seine eigenen kreativen Bedürfnisse: Musik, Kunst, Natur… aber wohl eher selten grauer Büroalltag!
Was ich damit sagen will: macht aus eurem Arbeitsplatz eine Umgebung in der ihr euch wohl fühlt.

Natürlich sind das nicht alle Voraussetzungen um erfolgreich zu sein, geschweige denn guten Code zu schaffen. Aber so zumindest das Grundlegende, was man oft übersieht.
Mehr Tipps und Tricks findet ihr im CCD-Wertesystem. :)

PS: ich mag Facebook nicht. Ich glaub ich lösch mich jetzt.

Also wenn dann sollte es einen Mapper geben, der aus der Datenbank die Models zaubert. Aber dass das Model seine eigenen Ursprung kennt finde ich äußerst nervig, denn wenn ich dann mal ein Datenbank unabhängiges Model schreibe, muss ich alle Methoden überschreiben, die irgendwas mit der Datenbank anstellen wollen.

So. Hab ich jetzt MVC falsch verstanden oder einfach nur noch nicht die richtigen Frameworks gefunden?

Was haltet ihr von der Idee? Gibt es sowas viellecht schon?

Es war ein grober Überblick über den Hintergrund, die Funktionsweise und Syntax der Sprache. Mein Ziel war es, die Vorurteile gegenüber PHP auszuräumen, also habe ich vor allem die objektorientierte Sytax von PHP präsentiert.

Ich glaube kaum, dass ich jemanden der Java und .NET Entwickler von PHP „überzeugen“ konnte, aber ich hatte schon das Gefühl, mit so manchem Vorurteil aufzuräumen.

Zuletzt gab es noch einen Überblick über die Schwächen und Stärken der Sprache, den ich im Folgenden nun etwas ausführlicher Kommentieren möchte.

Ehrlich gesagt ist es schwer die einzelnen Punkte absolut als Stärke oder Schwäche von PHP zu bezeichnen, es ist meistens beides gleichzeitig, eben worauf man bei einem Projekt wert legt:

Die meistgenannte und eindeutigsten Schwäche von PHP ist die Geschwindigkeit oder eher die Langsamkeit. Im Vergleich zu anderen Sprachen soll sie deutlich langsamer sein. Ich habe es noch nie gemessen, aber ich bezweifle es nicht, schließlich muss jede einzelne PHP Datei vor jeder Ausführung interpretiert werden.
Mittlerweile gibt es Code Caches, die ohne großen Aufwand „angeschaltet“ werden können und eine Anwendung beschleunigen.
Seit neustem gibt es ja auch HipHop für PHP, aber das Konzept find ich irgendwie seltsam. Jemand von meinen Kollegen meinte, dass man damit PHP Entwickler einstellen könnte, um C++ Code zu produzieren. :)
Mich wundert vor allem, das so große Anwendungen wie „Facebook“ und „Magento“ auf PHP aufsetzen und damit derart erfolgreich sind. PHP kann also nicht so langsam sein.

Die große Stärke von PHP ist die leichte Erlernbarkeit. Bei meinen Recherchen habe ich folgende Auflösung der Abkürzung PHP gefunden: „People Hate Perl“. Fand ich gut, den Spruch, denn mit Perl kann ich mich nicht anfreunden. ;)
Natürlich sind auch andere Sprachen leicht erlernbar, aber PHP hat sich als interpretierte Sprache extrem gut durchgesetzt [Quelle].
Gleichzeitig ist diese „Stärke“ auch ein Schwäche: man trifft viel zu oft auf Code der einfach gruselig ist. Jeder hat mal solchen Code als Anfänger geschrieben, aber ein Anfänger greift eben eher zu PHP als zu einer anderen Sprache.

Auch ziemlich super finde ich in diesem Rahmen, dass diese eine Sprache für OOP, Skripte und Templates verwendet werden kann. Das heißt, man lernt nur eine Sprache. Smarty, JSPs (für Java) und sonstige separaten Templatesprachen gehn mir auf die Nerven.

Die nächste ähnliche Stärke und Schwäche ist die relativ große Community. Man findet schnell Antwort auf Probleme und auch die Sprache wird stetig weiterentwickelt. Übrigens sehe ich mittlerweile das Zend Framework als ein Teil von PHP, welches eigentlich fast schon als eigene „Stärke“ von PHP durchgehen könnte.
Die gleichzeitige Schwäche ist (ähnlich wie beim vorherigen Punkt), dass oft Code veröffentlicht wird, der im Sinne des „CCD“ schlecht ist. Aber meiner Meinung nach schützt eine „Typsichere“ oder noch sonst so tolle Sprache nicht vor schlechtem Code.

Aufgrund der zwei letzten Punkte, ist PHP eine der Sprachen, die so gut wie bei jedem Webhoster angeboten wird. Daneben gibt es noch eine Menge Freehoster, die das Erlernen der Sprache weiter unterstützen.

Wann also sollte bzw. kann man PHP verwenden?
Ich denke, gerade die letzten Punkte zeigen, dass PHP vor allem bei kleiner Projekten zu einem einfachen und schnellen Ergebnis führen. Kleinere Web-Tools würde ich auf jeden Fall in PHP umsetzen (natürlich auch weil ich es schon erlernt habe) und bei größeren Projekten nur dann, wenn das Budget stark begrenzt ist oder ich eine breite Masse erreichen möchte (Top-Beispiel: Magento).

Ansonsten würde ich mir auf jeden Fall mal andere Sprachen anschauen!
Was ich momentan zum Beispiel an Java cool finde, ist das in Java verwendbare GWT. Es ist einfach umwerfend, wie mit reinem Java Code eine komplette Webanwendung mit AJAX Unterstützung geschrieben werden kann!