Stefan Marr schrieb: > Hi Sebastian, Hello Stefan,
> And there has been a discussion to include another Interface definition in > between the reflection classes and the underlying infrastructure, to be able > to use a parser and handle Reflection without loading the classes. But don't > know how that much about this idea. Falko? Yes, Static Reflection (ie. being able to use the Reflection API without the class being loaded) is something I would really like to see in the component. > Think this was everything about the Reflection Component to be reported. > Currently, we are investigating some nice new meta programming techniques > and are playing with the Runkit extension and some core hacks. > So we thought about other additions to the Reflection classes, like > getCode/setCode on ezcReflectionMethods, but this would probably not issue > for a ezcReflection, because it would depend on Runkit. You want to depend on Runkit for the ExtendedReflection component? That is crazy :-) > By the way, could you be so nice and have a look at > http://pecl.php.net/bugs/bug.php?id=12371 > would be great if you could submit this simple null-check in the patch to > the Runkit-Trunk. Think you have committed to this extension already some > time ago. Done. Cheers, Sebastian -- Sebastian Bergmann System Developer [EMAIL PROTECTED] | eZ Systems | http://ez.no
signature.asc
Description: OpenPGP digital signature
-- Components mailing list [email protected] http://lists.ez.no/mailman/listinfo/components
