Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56285
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain openmv.com from 64.15.152.204 cause and error)
To: "'Stas Malyshev'" <smalyshev@sugarcrm.com>,
	<guilhermeblanco@gmail.com>
Cc: "'PHP Internals'" <internals@lists.php.net>
References: <CAAyV7nEi+1XzYryoE9tg48jZMMPe1psz=VWDkGSzEgAwBKs9pw@mail.gmail.com> <CAFp73XuQGG9mEZUZ2OK1yLkBiFDcPwOxytQ80D=xZUafEv20tw@mail.gmail.com> <4EBCAF14.4030100@sugarcrm.com>
In-Reply-To: <4EBCAF14.4030100@sugarcrm.com>
Date: Fri, 11 Nov 2011 14:37:49 -0500
Message-ID: <00a401cca0a9$65e22b60$31a68220$@com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AcygMMyy4kXJevLOTK2BLM5wFKmBxgAdm2Bw
Content-Language: en-ca
Subject: RE: [PHP-DEV] Re: SPLClassLoader RFC Thoughts And Improvements
From: jbondc@openmv.com ("Jonathan Bond-Caron")

On Fri Nov 11 12:13 AM, Stas Malyshev wrote:
>=20
> > - MODE_DEBUG: This one can work together with the other two,=20
> > allowing a validation of class/interface/trait presence in the file.
> Basically,
> > it requires the file and then checks if the item exists in scope.
>=20
> Not sure debug adds much here - if the class is not found, you'll be=20
> notified by the engine anyway, so what's the added value?
>=20

Right there will be fatal by engine anyway "Class does exist.."

Our approach with autoloading has been the following:

spl_autoload_register('MV_Autoload');=20
function MV_Autoload($className)
{
	try {
		MV_Loader::classImport($className);
	} catch(MV_ClassNotFound_Exception $e) {}
}

It seems very wrong to me to generate a fatal error on class_exists() & =
al.

That's unless the spl_autoload_register() api changes and allows to deal =
with errors - require(), Exception, ...