Mailinglisten-Archive |
"Egon Schmid (_(at)_work)" wrote: > > Ulf Wendel wrote: > > > > "Egon Schmid (_(at)_work)" wrote: > > > > > > Ulf Wendel wrote: > > > > > > > > define("5", "value", true); > > > > define("chaos const", "value", true); > > > > > > Ein Leerzeichen ist kein gültiges Zeichen für einen Namen. > > > > Ah, gut zu hören, dann habe ich mich für die richtige RegExp > > entschieden. Ich mache nachher mal einen Bug Report: 3.0.15, 4.0RC1, > > 4.0RC2, 4.02dev vom 02.08. spucken alle keinen parse error. > > Ich glaub das bringt nichts. Schreibfehler sind eigene Fehler. Die kann > man nicht durch einen Parser anzeigen lassen. Wenn man die bei Das sehe ich anders, Egon. PHP bemängelt den Versuch auf undefinierte Konstanten zuzugreifen mit einer Warning. Dem Zugriff auf eine undefinerte Konstante liegt entweder mangelnder Überblick über die aktuelle Struktur der Applikation oder ein Tippfehler zugrunde. Was es auch sein mag, hier versucht der Parser bereits "mitzudenken", den Programmierer ein klein wenig Debugging abzunehmen. Schwerwiegender als diese Geschmacksfrage ist die Tatsache, daß der Parser und die Dokumentation offensichtlich unterschiedliche Vorstellungen von einem gültigen Bezeichner für eine Konstante haben. Wieso wird die Einhaltung der Syntax nicht vom Parser überwacht? An dieser Stelle sollte es doch leicht möglich sein. Diese Mißachtung der Syntax führt zumindest zu Verwirrung. Warum geht eigentlich das? Naja, bald kommen Compiler/Debugger (Gerüchte: November). $bar = "test test"; print $$bar; # Warning: Undefined variable: test test in Ulf
php::bar PHP Wiki - Listenarchive