Hi,
On Mon, 2007-12-31 at 22:45 +0100, Marcus Boerger wrote:
Hello Johannes,
I agree with Pierre here. How about finally making SPL built in
always
like ext/standard?
First some statistics: According to my numbers[1], which are as wrong as
most other statistics about such stuff. 1% (36
On Jan 1, 2008 6:02 PM, Johannes Schlüter [EMAIL PROTECTED] wrote:
Hi,
On Mon, 2007-12-31 at 22:45 +0100, Marcus Boerger wrote:
Hello Johannes,
I agree with Pierre here. How about finally making SPL built in
always
like ext/standard?
First some statistics: According to my
On Tue, January 1, 2008 11:02 am, Johannes Schlüter wrote:
On Mon, 2007-12-31 at 22:45 +0100, Marcus Boerger wrote:
Hello Johannes,
I agree with Pierre here. How about finally making SPL built in
always
like ext/standard?
-1
I still don't want SPL cluttering things up for me,
Pierre wrote:
On a related note: Imo for users the real problems are different
extensions, which we won't enable by default (due to their dependency on
external stuff) and which might be available on some host or different
php.ini settings. For instance I was once annoyed by zlib not being
Hello Andrew,
SPL simply allows two things:
a) a stack that hooks into __autoload
b) a default implementation that may be used (with ot without the former)
We try to group functionality into extensions where we seem fit. And by the
time I implemented spl_autoload stuff it made sense to put it
On Dec 30, 2007 6:58 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Andrew,
SPL simply allows two things:
a) a stack that hooks into __autoload
b) a default implementation that may be used (with ot without the former)
We try to group functionality into extensions where we seem fit. And
Hello Johannes,
I agree with Pierre here. How about finally making SPL built in always
like ext/standard?
marcus
Monday, December 31, 2007, 7:31:40 PM, you wrote:
On Dec 30, 2007 6:58 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Andrew,
SPL simply allows two things:
a) a stack
Marcus Boerger wrote:
Hello Johannes,
I agree with Pierre here. How about finally making SPL built in always
like ext/standard?
+1
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Dec 31, 2007 6:06 PM, Greg Beaver [EMAIL PROTECTED] wrote:
Marcus Boerger wrote:
Hello Johannes,
I agree with Pierre here. How about finally making SPL built in always
like ext/standard?
+1
Finally...
+1
--
PHP Internals - PHP Runtime Development Mailing List
To
Hi guys,
Can anyone shed some light on the advantages of the spl_autoload over
the standard __autoload ? is there any ?
kind regards
Andrew
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 12/28/07, Andrew Mason [EMAIL PROTECTED] wrote:
Can anyone shed some light on the advantages of the spl_autoload over
the standard __autoload ? is there any ?
sure.
spl_autoload allows you to have many independent autoloaders
--
Alexey Zakhlestin
http://blog.milkfarmsoft.com/
--
PHP
Andrew Mason schrieb:
Hi guys,
Can anyone shed some light on the advantages of the spl_autoload over
the standard __autoload ? is there any ?
You can only register one __autoload() function, whereas spl_autoload()
allows for a hierarchy of handlers. This allows for libraries to
register their
On Dec 28, 2007 6:56 AM, Andrew Mason [EMAIL PROTECTED] wrote:
Hi guys,
Can anyone shed some light on the advantages of the spl_autoload over
the standard __autoload ? is there any ?
Please use php-general for that kind of question.
kind regards
Andrew
--
PHP Internals - PHP Runtime
On Dec 28, 2007 3:30 PM, [EMAIL PROTECTED] wrote:
On Dec 28, 2007 6:56 AM, Andrew Mason [EMAIL PROTECTED] wrote:
Hi guys,
Can anyone shed some light on the advantages of the spl_autoload over
the standard __autoload ? is there any ?
Please use php-general for that kind of question.
Thanks for your replies guys.
Part of the reason why I asked here is because of a previous posting a
while back where Stas seemed to suggest that the spl_autoloader was
superior but from reading the api i didn't know if this was purely
from a flexibility point of view or if there was more too it.
15 matches
Mail list logo
