PHP 5.3.0 released

[Domi]

http://www.php.net/archive/2009.php#id2009-06-30-1

ich finds super. großer schritt. eure meinung?

[cortex]

grosses kino. ein artikel von s. bergmann auf heise: was ändert sich mit PHP 5.3 (http://www.heise.de/developer/Was-aendert-sich-mit-PHP-5-3--/artikel/140003)

cx

[feuervogel]

großes kino? endlich haben die entwickler von php einiges was die meisten anderen programmiersprachen schon längst haben, umgesetzt, und das teilweise deutlich schlechter (ich sag nur namespace-trenner "\"), ohne aber mit den alten problemen mal endgültig aufzuräumen. und dazu noch neue, unnötige features eingeführt (wie z.b. goto).

[cortex]

ach mann... es hat sich einiges bei php getan; ist das alles nichts wert, weil einige merkmale der sprache diskussionswürdig sind? andere sprachen haben auch ihre schwächen...

vor allem: was bringt mir diese ewige meckerei, wenn ich mit der sprache tagtäglich arbeite und meinen lebensunterhalt verdiene? sag jetzt bitte nicht, dass ich eine andere sprache nehmen soll; wir sind hier nicht bei wünsch dir was...

darüber hinaus: ich mag php - wirklich - und zitiere rasmus lerdorf:


What it all boils down to is that PHP was never meant to win any beauty contests. It wasn't designed to introduce any new revolutionary programming paradigms. It was designed to solve a single problem: the Web problem. That problem can get quite ugly, and sometimes you need an ugly tool to solve your ugly problem. Although a pretty tool may, in fact, be able to solve the problem as well, chances are that an ugly PHP solution can be implemented much quicker and with many fewer resources. That generally sums up PHP's stubborn function-over-form approach throughout the years.


quelle: Do You PHP? (http://www.oracle.com/technology/pub/articles/php_experts/rasmus_php.html)

cx

[DokuLeseHemmung]

großes kino? endlich haben die entwickler von php einiges was die meisten anderen programmiersprachen schon längst haben, umgesetzt, und das teilweise deutlich schlechter (ich sag nur namespace-trenner "\"), ohne aber mit den alten problemen mal endgültig aufzuräumen. und dazu noch neue, unnötige features eingeführt (wie z.b. goto).


goto ist klasse!
(brauche es nie, bin aber Fan)

Welchen Namespace Trenner hättest du denn gerne?
\ war noch frei
:: war eine dumme Idee der Entwickler. Wurde zum Glück abgeschafft.

was die meisten anderen programmiersprachen schon längst haben
Besser spät als nie....

[feuervogel]

vor allem: was bringt mir diese ewige meckerei, wenn ich mit der sprache tagtäglich arbeite und meinen lebensunterhalt verdiene? sag jetzt bitte nicht, dass ich eine andere sprache nehmen soll; wir sind hier nicht bei wünsch dir was...


Nur weil du es

1. nicht schaffst, deinen Arbeitgeber davon zu überzeugen, dass du eine andere Sprache willst oder
2. nicht schaffst, deinen Arbeitgeber zu wechseln, zu einem hin bei dem du nicht mehr PHP programmieren musst

heißt das nicht, dass ich nicht meckern darf. Wir leben in einem freien Land. Aber trotzdem ist es in meinen Augen nicht überzubewerten, dass PHP einige Features erst jetzt hat, die andere Sprachen seit Jahren, wenn nicht Jahrzehnten haben. Ich kenne einige erfahrene Programmierer, die nicht wüssten, wie sie ohne Namespaces leben sollten.


goto ist klasse!
(brauche es nie, bin aber Fan)

Welchen Namespace Trenner hättest du denn gerne?
\ war noch frei
:: war eine dumme Idee der Entwickler. Wurde zum Glück abgeschafft.


Sagen wir so: goto polarisiert ;-)

Zum Trenner: Wenn es nach mir ginge, gäb es genau einen, egal welchen, aber nicht "\", "->" und "::".

Besser spät als nie....

Wieso ewig warten, wenn andere Sprachen das schon längst bieten?

[cortex]

von mit php programmieren müssen ist keine rede - ich sagte bereits:

ich mag php


[...] dass ich nicht meckern darf.


auch das habe ich nicht zur disposition gestellt; ich fragte lediglich, was es mir bringt.


Aber trotzdem ist es in meinen Augen nicht überzubewerten, dass PHP einige Features erst jetzt hat, die andere Sprachen seit Jahren, wenn nicht Jahrzehnten haben.


die sprache ist gewachsen, nicht am reissbrett entworfen. leider wird das allzu häufig vergessen.


Ich kenne einige erfahrene Programmierer, die nicht wüssten, wie sie ohne Namespaces leben sollten.


ich kenne programmierer, die auch ohne auskommen. darüber hinaus gibts eine vielzahl von projekten, die auch ohne namespaces sehr gross geworden sind. es ist sicher ein nützliches feature, aber keine unabdingbare voraussetzung.


Zum Trenner: Wenn es nach mir ginge, gäb es genau einen [...]


wenns nach mir ginge, wäre die sonne blau und der himmel grün .-

warum müssen diskussionen um php eigentlich immer so verlaufen? ist es neid auf den erfolg (die verbreitung) der sprache? ist es möglicherweise frustation, dass man sich (bspw. als entmündigter angestellter) so lange herumquälen musste?

ein freies land... meinetwegen. warum dann dieses allgegegenwärtige gebashe gegen (erfolgreiche) freie software wie php, firefox etc.?

cx

[Domi]

goto ist klasse!
(brauche es nie, bin aber Fan)


wüsste nicht was an goto toll ist .. goto war für mich noch toll, als ich mich ewig mit batch rumschlagen musste, aber die Zeiten sind vorbei und ich finde, dass kein goto notwendig ist, wenn die Architektur der Software stimmt. Nun lassen sich bestimmt viele dazu hinreißen goto zu verwenden zum ungunsten der Architektur.. -meine Meinung-

[DokuLeseHemmung]

wüsste nicht was an goto toll ist ..

Naja... Ich schon!
Es es vereinfacht den Bau von einfachen endlichen Automaten ungemein. Ohne Goto wird das schnell zu einem unterträglichen break-continue Gewussel. Und die beiden sind sicherlich nix besser als Goto.

Mein Schluß:
Sparsam eingesetzt, kann Goto Gold wert sein! Wird es aber zum "universal Werkzeug", dann sind die Alpträume nicht weit.

Da wir ja ab jetzt gewungen sind damit zu leben, hier mal mein (Stil) Vorschlag in Bezug auf das schöne neue PHP Goto:

§ 1 Sparsam einsetzen !!
Kein Anweisungsblock, also innerhalb von {...} sollte länger als eine Bildschirmseite sein. So ca. maximal 60 Zeilen
Goto Sprünge aus diesem Block heraus sollte man meiden, wie der Teufel das Weihwasser. Schließlich wurden dazu extra Break und Continue erfunden.
Bei jedem Goto sollte man das Gefühl haben, in eine tötliche Falle getappt zu sein


Es macht keinen Sinn das arme kleine Goto dogmatisch zu verteufeln. eval() an sich ist ja auch nicht böse. Es kommt halt mächtig darauf an, was man damit anstellt.

[DokuLeseHemmung]

Habe es mal auf meinen Server gespielt.... (das 5.3)
Kompiliert einwandfei, scheint ähnliche Ansprüche wie die moderneren 5.2.x zu haben. Läuft jetzt unter suPHP.
Jetzt fehlt mir noch Suhosin zu meinem Glück, dann kanns auf die Menschheit losgelassen werden.