Mailinglisten-Archive |
Daniel Beulshausen wrote: > > At 22:16 10.12.2000 +0100, Ulf Wendel wrote: > >Daniel, > > > >wir haben zwar eine einfach zu erlernende Skriptsprache, aber ihre > >Syntax stößt bei komplexen Aufgaben schnell an ihre Grenzen. Du findest > >diese Beschränkungen ganz offensichtlich im Objektmodell und auch bei > >anderen Dingen, wie z.B. dem Error Handling. Programme, die so groß > >sind, das der Einsatz eines Applikation Servers Sinn macht, verlangen > >eine ganz andere Softwaretechnik als ein kleines, dreckiges Skript wie > >PHPDoc. Diese Technik wiederum läßt sich schwer mit PHP umsetzen. Etwas > >stärkere Typisierung beispielsweise erlaubt es dem Übersetzer gezielt zu > >optimieren und hilft Dir bei der Fehlersuche. > > das ist in meinen augen der fehler. > php wurde genau deshalb geschrieben, diese sachen helfen der schnellen > entwicklungszeit/ guten handhabung. > wenn diese features geändert werden hat man hinterher kein php mehr. > du erschaffst eine sprache neu, die jetzt vielleicht schon in form von > python oder java existiert. PHP 1 hat nicht viel mit PHP 2 gemein, PHP 2 sieht anders aus als PHP 3, PHP 4 war nur ein kleiner Schritt. Zeigen all diese Schritte in eine falsche Richtung, weil man die Sprache weiterentwickelt hat. Warum schreiben wir heute eine Funktion anders als bei PHP/FI und warum hat PHP 3.0 dieses blöde OO Zeug eingeführt und überhaupt Error Handling was ist das? Seit Jahren haben wir die Sprache nicht mehr weiterentwickelt, dabei sind unsere Bedürfnisse gestiegen. > wenn die nachfrage nach einem appserver richtig gross ist wird er auch > kommen, nur ist sie das nicht. Nun, danach frage ich gerade, ob Bedarf da ist. > >Ich möchte PHP nicht verwerfen, ich bin von dem grundsätzlichen Aufbau - > >Kern + C/C++ Extensions - begeistert. Dieser Aufbau ist toll. Oder auch > >die schnelle Datenbankanbindung im Vergleich zu dem Aufwand, den Java > >treibt. Aber das alles hilft Dir nicht, wenn dein Programm aus der > >Sprache herauswächst. Die Sprache muß mitwachsen. Das ist der Grund > >warum Du Sprache und Applikation Server nicht getrennt voneinander > >entwerfen darfst. > > das soll es auch nicht. wenn das alles geht *ohne* das die sprache > verändert werden muss. Daniel, wie willst Du ein Haus bauen, wenn Du keine Nägel hast, mit "Klackermatch"? > >Der tollste Applikation Server bringt nichts, wenn die Sprache nicht > >geeignet ist, große Software zu modellieren. > > >ACK. Warum steht hier ACK und oben pfui? Ich sage, daß ein AppServer nichts bringt, wenn die Sprache nicht geeignet ist komplexe Aufgaben zu bewältigen. Du bestehst darauf, die Sprache nicht zu verändern. Daraus folgt, das PHP niemals einen AppServer bekommen sollte. Ok, wer PHPDoc schreibt muß eh einen Knall haben, warum nimmt er nicht gleich Java und JavaDoc. Dann brauche ich ja auch nicht mehr zu fragen, ob PHP einen AppServer braucht, weil bei Java habe ich die volle Auswahl. *grumpf* Ulf
php::bar PHP Wiki - Listenarchive