Re: [RFC] [VOTE] __debugInfo()
| From: | Crypto Compress | Date: | Wed, 12 Feb 2014 22:13:02 +0000 |
| Subject: | Re: [RFC] [VOTE] __debugInfo() | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-72532@lists.php.net to get a copy of this message | ||
Am 12.02.2014 23:08, schrieb Rowan Collins:
Crypto Compress wrote (on 12/02/2014):some cool ideas worth spreading :)My point was that if you're debugging the *implementation*, you're going to be looking at the source tree, not the distribution. If you're looking at a distributed version, your main interest is in how to *use* the objects, which the maintainer can give you hints for via __debugInfo()It still feels to me that someone debugging the implementation of the object, rather than its interaction with the system, would have plenty of opportunity to by-pass / remove the hook anyway.What about a phar?It's not easy nor fast to change X times __debugInfo() methods.True. I can't really picture somebody adding carefully crafted methods to every class they write, though; more likely, it will be defined in some ancestor class, or maybe even a trait, so you'd change it there, and the whole object graph would go back to "normal". I guess generated code might include it, but then you'd probably have the option of re-generating it without (again, if you were interested in the *implementation* of the objects, rather than just the *use* of them). Regards,