Re: [Coding Standards] Loading all files at once
| From: | Lukas Kahwe Smith | Date: | Fri, 13 Jul 2007 08:49:42 +0000 |
| Subject: | Re: [Coding Standards] Loading all files at once | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-47456@lists.php.net to get a copy of this message | ||
Matthew Weier O'Phinney wrote:
On 7/12/07, Lukas Kahwe Smith <mls@pooteeweet.org> wrote:
* It's hard to verify that require_once is or is not the bottleneck,
as results vary based on environment and methodology
* Regardless, the performance gain, if any, is not huge
* Many are upset with the proposal, on many grounds including:
* seems like a rewrite of PHP (!class_exists() hack) that could
lead
to a situation similar to the PEAR::isError() situation (i.e., if
PHP changes to be more performant or correct the situation, new
standards and changes would need to be made, whereas using
existing PHP functionality would not)
I do not think that the impact is debatable at all to the "speed
freak" faction. Modification of code at install time is not the way
to go. It will cause all sorts of uncertainties during deployment
Certainly, 15% is a sufficient enough gain to warrant making a change.
However, whether or not this should be the job of PEAR instead of a
build tool is debatable. Build tools are much better suited for this.
I very much disagree. If we modify code at install time, it will be a maintenance nightmare, things will stop working as users copy around code. Its a recipe for desaster since the changes are subtle. I was all for exploring some auto E_STRICT conversion tool because the changes would be super obvious and there was no reasonable way to do it back then. I do not see this case here.
Furthermore there are tricky code constructs for loading drivers in many of our modules. These you will not be able to adapt with an installer, unless we really figure out a standardized way of doing those.
regards,
Lukas