[PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Loon, Reinier van
RFC __autodefine / spl_autodefine This proposal proposes to introduce one function for automagically defining missing definitions at run time. The reader should have a reasonable level of PHP knowledge and computer languages when reading this proposal. Note: Whenever __autodefine is used, also spl

Re: [PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Pierre Joye
hi, Please put it in the wiki :) On Mon, Dec 6, 2010 at 8:38 PM, Loon, Reinier van wrote: > RFC __autodefine / spl_autodefine > > This proposal proposes to introduce one function for automagically > defining missing definitions at run time. > The reader should have a reasonable level of PHP know

Re: [PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Sebastian Bergmann
On 12/06/2010 08:38 PM, Loon, Reinier van wrote: Note: Whenever __autodefine is used, also spl_autodefine is meant. __autoload() should die (as in get deprecated ASAP and later removed), please do not add new __auto*() functions. Note that this does not mean that I agree or disagree with the

Re: [PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Ross Masters
Hi Sebastien, > __autoload() should die (as in get deprecated ASAP and later removed) I couldn't find anything about your opinions on this so I was wondering if you could elaborate. Do you consider autoloading as a bad practice or just that spl_autoload_register should be used to add relevant

Re: [PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Larry Garfield
On Monday, December 06, 2010 6:59:08 pm Ross Masters wrote: > Hi Sebastien, > > > __autoload() should die (as in get deprecated ASAP and later removed) > > I couldn't find anything about your opinions on this so I was wondering if > you could elaborate. Do you consider autoloading as a bad pract

Re: [PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Sebastian Bergmann
Am 07.12.2010 05:44, schrieb Larry Garfield: > spl_autoload() does not suffer from this short-sighted problem but > accomplishes the same goal in a much more robust fashion. Exactly. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/