> Welche Vorteile wären das? Werde mal konkret - nicht immer dieses Wischiwaschi-Gebashe von PHP. Gerne, hier ist meine lose zusammengestellte und unvollständige Wunschliste von Entwicklungen, die ich für diskussionswürdig halte. Mit der Befürwortung eines Features möchte ich nicht ausdrücken, dass es um jeden Preis in PHP landen sollte, es ist selbstverständlich oft Abwägungssache. Am meisten begehre ich eine verbesserte Unterstützung für funktionale Programmierung. PHP Closures sind durch die notwendige use-Klausel unfassbar verbose, da erhoffe ich mir eine deutliche knappere Syntax mit impliziter Bindung freier Variablen. Außerdem wünsche ich mir ein asynchrones Event-Handling für langlebige PHP-Prozesse und mehr Designfreiheiten wenn es zur Modelleriung komplexer Kontrollflüsse kommt, sprich APIs oder syntaktischen Zucker für Funktions-Komposition, Promises, Streams oder Continuation Passing Style. Performance-Optimierungen für endrekursive Funktionen sind ein Muss, vor allem sollten endrekursive Funktionen keine Stackoverflows auslösen. Pattern-Matching bei Funktionsdefinitionen wäre der Hit. Das PHP-Modulsystem ist mir der nächste große Dorn im Auge. Es kann kaum sein, dass eine highlevel Skriptsprache ein lowlevel Modulsystem wie C benutzt, das auf Datei-Einbettung basiert. Ein dringend notwendiges Feature ist die Möglichkeit alle globalen Definitionen zu verstecken und stattdessen mit qualifizierten Imports/Exports zu arbeiten. Die objektorientierten Features haben verglichen mit den funktionalen Features in der Vergangheit schon sehr viel Aufmerksamkeit erfahren. Hier wünsche ich mir, dass weiterhin prozedurale APIs durch objektorientierte APIs abgelöst werden, so wie es mit mysql und PDO geschehen ist. Konstruktur-Parameter-Promotion wie in Hack könnte viel Boilerplate-Code sparen. Ebenfalls von Hack inspiriert fände ich Trait- und Interface-Requirements wichtig, um verstärkt Objektkomposition über Vererbung zu featuren. PHPs Basisoperationen auf primitiven Datentypen sind auch nicht das, was ich mir von einer highlevel Sprache erhoffe. String-Manipulation sollte von Haus aus UTF8-kompatibel sein oder zumindest per Opt-In aktiviert werden können. Ganz ähnlich würde ich mir exakte Operationen zum Rechnen mit rationalen Zahlen wünschen, das selbe für reelle und komplexe Zahlen wäre ein Sahnehäupchen. Und ganz ganz dringend sollte PHP seine Debugging-Kapazitäten erhöhen. Die Debugging-SAPI von PHP 5.6 ist nie gelandet. Die beiden drittanbieter Debugger XDebug und Zend-Debugger sind brauchbar, bilden aber auch nicht die Sperrspitze der Entwickler-Tools. Unterstüztung für Timetravel-Debugging wäre ein wahres Killerfeature. Ebenso würde ich eine Möglichkeit feiern, bei Fehlern den Systemzustand zu snapshotten und später auf einer Debugging-Umgebung wieder herzustellen. Zuletzt wäre da noch PHPs unglaublicher Bulk an Konfigurations-Möglichkeiten, den müsste man dringend aufräumen. Hier sollte man in Kooperation mit Deployment-Platformen und Paket-Managern eine langfristige Lösungsstrategie entwickeln. Mehr Kooperation würde Zend sowieso gut stehen, ein Standard-Kommitee würde mit Sicherheit das Sprachdesign, die Implementierung und die Community auf lange Sicht stärken.

> Welche Vorteile wären das? Werde mal konkret - nicht immer dieses Wischiwaschi-Gebashe von PHP. Gerne, hier ist meine lose zusammengestellte und unvollständige Wunschliste von Entwicklungen, die ich für diskussionswürdig halte. Mit der Befürwortung eines Features möchte ich nicht ausdrücken, dass es um jeden Preis in PHP landen sollte, es ist selbstverständlich oft Abwägungssache. Am meisten begehre ich eine verbesserte Unterstützung für funktionale Programmierung. PHP Closures sind durch die notwendige use-Klausel unfassbar verbose, da erhoffe ich mir eine deutliche knappere Syntax mit impliziter Bindung freier Variablen. Außerdem wünsche ich mir ein asynchrones Event-Handling für langlebige PHP-Prozesse und mehr Designfreiheiten wenn es zur Modelleriung komplexer Kontrollflüsse kommt, sprich APIs oder syntaktischen Zucker für Funktions-Komposition, Promises, Streams oder Continuation Passing Style. Performance-Optimierungen für endrekursive Funktionen sind ein Muss, vor allem sollten endrekursive Funktionen keine Stackoverflows auslösen. Pattern-Matching bei Funktionsdefinitionen wäre der Hit. Das PHP-Modulsystem ist mir der nächste große Dorn im Auge. Es kann kaum sein, dass eine highlevel Skriptsprache ein lowlevel Modulsystem wie C benutzt, das auf Datei-Einbettung basiert. Ein dringend notwendiges Feature ist die Möglichkeit alle globalen Definitionen zu verstecken und stattdessen mit qualifizierten Imports/Exports zu arbeiten. Die objektorientierten Features haben verglichen mit den funktionalen Features in der Vergangheit schon sehr viel Aufmerksamkeit erfahren. Hier wünsche ich mir, dass weiterhin prozedurale APIs durch objektorientierte APIs abgelöst werden, so wie es mit mysql und PDO geschehen ist. Konstruktur-Parameter-Promotion wie in Hack könnte viel Boilerplate-Code sparen. Ebenfalls von Hack inspiriert fände ich Trait- und Interface-Requirements ganz nett, um verstärkt Objektkompisition über Vererbung zu featuren. PHPs Basisoperationen auf primitiven Datentypen sind auch nicht das, was ich mir von einer highlevel Sprache erhoffe. String-Manipulation sollte von Haus aus UTF8-kompatibel sein oder zumindest per Opt-In aktiviert werden können. Ganz ähnlich würde ich mir exakte Operationen zum Rechnen mit rationalen Zahlen wünschen, das selbe für reelle und komplexe Zahlen wäre ein Sahnehäupchen. Und ganz ganz dringend sollte PHP seine Debugging-Kapazitäten erhöhen. Die Debugging-SAPI von PHP 5.6 ist nie gelandet. Die beiden drittanbieter Debugger XDebug und Zend-Debugger sind brauchbar, bilden aber auch nicht die Sperrspitze der Entwickler-Tools. Unterstüztung für Timetravel-Debugging wäre ein wahres Killerfeature. Ebenso würde ich eine Möglichkeit feiern, bei Fehlern den Systemzustand zu snapshotten und später auf einer Debugging-Umgebung wieder herzustellen. Zuletzt wäre da noch PHPs unglaublicher Bulk an Konfigurations-Möglichkeiten, den müsste man dringend aufräumen. Hier sollte man in Kooperation mit Deployment-Platformen und Paket-Managern eine langfristige Lösungsstrategie entwickeln. Mehr Kooperation würde Zend sowieso gut stehen, ein Standard-Kommitee würde mit Sicherheit das Sprachdesign, die Implementierung und die Community auf lange Sicht stärken.