Hi, On Fri, 2008-07-04 at 11:26 +0200, Lars Strojny wrote: > Am Freitag, den 04.07.2008, 11:15 +0200 schrieb Johannes Schlüter: > [...] > > That's not entirely true, there are minor BC breaks: Let's say Bar is an > > alias for Foo::Bar. now to $r = new ReflectionClass('Bar'); echo > > $r->getName(); and you'll get 'Foo::Bar' as that's the name in the CE, > > same goes for error messages, stack traces, ... (I'Ve seen people > > parsing them...) > > Didn't thought of that, thanks for the heads up. In your opinion, would > that be a show stopper?
Depends ;-) Main point: There's no such thing as "no BC break". So we have to decide whether that BC break (hoping it's the only one) is less a problem than having an inconsistent naming scheme. (... wait - isn't PHP famous for being inconsistent?) The question there is: Where do we want to go tomorrow? Do we want to namespace internal stuff? All of it? Or do we still want to own the global namespace and put internal classes there? As long as that isn't decided it's hard to make a decision about aliasing. So I'd say we need the RFC which defines rules for future stuff (All/"non-core" parts/nothing in namespaces) and then the consequences for existing stuff. johannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php