Re: High performance function autoloading

From: Date: Mon, 20 May 2019 19:01:14 +0000
Subject: Re: High performance function autoloading
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-105762@lists.php.net to get a copy of this message
Hello, "Disabling function mocking is good", in my life I read many idioties; this one gets the "Palme d'Or"; This majesty; crowned Emperor. On Mon, May 20, 2019 at 11:45 AM Marco Pivetta <ocramius@gmail.com> wrote: > On Mon, 20 May 2019, 20:01 Gabriel O, <gadelat@gmail.com> wrote: > > > > > On 20 May 2019 7:17:58 PM Theodore Brown <theodorejb@outlook.com> wrote: > > > > > Every time function autoloading been brought up in the past, there > > > have been concerns about performance issues when calling a global > > > function from inside a namespace. E.g. calling strlen > > > in a loop > > > would become far slower if every call has to trigger the autoloader. > > > > This trick for perf improvement is overblown. It's misconception that it > > does provide speed advantage for most functions and reasons behind it. It > > does so only for those implemented as opcodes. People started to abuse it > > by importing ALL functions. Such overzealous approach completely prevents > > useful things like function mocking. > > > > Disabling function mocking is good ©️ > > It was a terrible practice in first place, and it is usually done for > impure functions that should be wrapped in integration-tested adapters. >

« previous php.internals (#105762) next »