Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56066
Return-Path: <jbondc@openmv.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 97311 invoked from network); 4 Nov 2011 10:43:27 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 4 Nov 2011 10:43:27 -0000
Authentication-Results: pb1.pair.com smtp.mail=jbondc@openmv.com; spf=permerror; sender-id=unknown
Authentication-Results: pb1.pair.com header.from=jbondc@openmv.com; sender-id=unknown
Received-SPF: error (pb1.pair.com: domain openmv.com from 64.15.152.204 cause and error)
X-PHP-List-Original-Sender: jbondc@openmv.com
X-Host-Fingerprint: 64.15.152.204 mail.ca.gdesolutions.com  
Received: from [64.15.152.204] ([64.15.152.204:51668] helo=mail.ca.gdesolutions.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 85/11-23221-EC1C3BE4 for <internals@lists.php.net>; Fri, 04 Nov 2011 05:43:26 -0500
Received: from localhost (localhost [127.0.0.1])
	by mail.ca.gdesolutions.com (Postfix) with ESMTP id 8FF415DC2;
	Fri,  4 Nov 2011 06:43:23 -0400 (EDT)
X-Virus-Scanned: amavisd-new at gdesolutions.com
Received: from mail.ca.gdesolutions.com ([127.0.0.1])
	by localhost (mail.ca.gdesolutions.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id d2mvT-m7zL1u; Fri,  4 Nov 2011 06:43:22 -0400 (EDT)
Received: from djbondc (modemcable166.116-70-69.static.videotron.ca [69.70.116.166])
	by mail.ca.gdesolutions.com (Postfix) with ESMTPSA id 744135DC1;
	Fri,  4 Nov 2011 06:43:22 -0400 (EDT)
To: "'Will Fitch'" <will.fitch@gmail.com>
Cc: "'Anthony Ferrara'" <ircmaxell@gmail.com>,
	"'PHP Internals List'" <internals@lists.php.net>
References: <BANLkTi=-qjC22BZOQ8X6YWnJZRiCNdxxhg@mail.gmail.com>	<BANLkTi=zK6TgvEAT7mhpX60pZp5QaOUGWzTmpXFti8NOGj2ASQ@mail.gmail.com>	<BANLkTi=pE2qnAwBmY=6gdtc3diXyYEn5-Q@mail.gmail.com>	<BANLkTimJKwL6YyWg1a3ZAJnJ5ZyNkxMVrg@mail.gmail.com>	<BANLkTimDs=s8FpTC9oTbvvpYD4mE7d+VuQ@mail.gmail.com>	<BANLkTi=K_Ga6FjszMdHSGrsCx94XzSC+mg@mail.gmail.com>	<4E208FE7.4020606@sugarcrm.com>	<CAFp73Xv_ns2j7d0Na1pQ6xkoqjxSm6bAsZYdFbTUmgghkF8VAg@mail.gmail.com>	<CAKxcST-=PvFdtzqOHqiTHM7oREHKqXtpzY1P5TwN8Jiwr4tscA@mail.gmail.com>	<CALa-LwYiOXF8S7rJs6fjpkT8vECjLcsxeu2tE9cNv--DG5pwiw@mail.gmail.com>	<CAPg3XxLcNHBkFWWrrMmnpoxjFmgyU6pEz4nsq3=5kOHjLCU8tg@mail.gmail.com>	<CALrkBjb=iUMLgxdQKjqps8sskqS5wfVJ2R68ku21X_vkcA1aWw@mail.gmail.com>	<CALa-LwZyBZvYajTx+3Pky=tUywk2=UtyLXKvunHc3m4fqa4+ZA@mail.gmail.com>	<CALa-LwYVQ702BKnsY6czUd3jPbXLzr5GvqhXUAfmvhBhOhUVnQ@mail.gmail.com>	<CAEZPtU5ELp_84S9phgMFW_GxMfQwdFzsbdcz1fP6WkfVE=9RBw@mail.gmail.com>	<CALa-LwawuNmHXM9FN8344_5jw6akmNzaLb2C7y3nECipgJ4GtQ@mail.gm
   ail.com>	<CAFp73Xu5d
	Um H6M4JohjU9fmq07p8L9J5KHeg-3OyvuWyDUa5tw@mail.gmail.com>	<CAGMw7vGhLYfHU_0MbwLvQ4aCfGWDVgFHp2c1LfE_qcjxC8yc-w@mail.gmail.com>	<CABBJUpcSWT4Dt8hRhLRVMHHe6vcu9=BTu+qTgX=Qozde99v2xg@mail.gmail.com>	<CAGMw7vHw9ksB8LVDQV5evJ8ozJ8K45MSJiR9OBnAQfCEAzCBpw@mail.gmail.com> <CAAyV7nHmQgafUqgRwT_CuQTTC+jwqgStrRXAx67baZOHOreaJA@mail.gmail.com> <00d401cc9a59$ccf273b0$66d75b10$@com> <68B9654F-EFF9-41FE-866D-B2F838C3AFCE@gmail.com>
In-Reply-To: <68B9654F-EFF9-41FE-866D-B2F838C3AFCE@gmail.com>
Date: Fri, 4 Nov 2011 06:43:21 -0400
Message-ID: <002f01cc9ade$92c62c60$b8528520$@com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcyaXE3P8Epj+VxURheEvjX5NIM0qQAf+5lQ
Content-Language: en-ca
Subject: RE: [PHP-DEV] SplClassLoader
From: jbondc@openmv.com ("Jonathan Bond-Caron")

On Thu Nov 3 03:06 PM, Will Fitch wrote:
> Wouldn't you consider spl_autoload_register an interoperability 
> solution?  Only your defined autoloading function would then need to 
> know how your file system is structured, there'd be no need for 
> include_path declarations and you wouldn't have to explicitly declare 
> paths for each class.
> 

The problem with spl_autoload_register() is it isn't clear what the
autoloading function is supposed to do if the class if not found.
So no I don't think spl_autoload_register() solves an interoperability
problem. SplClassLoader somewhat does a better job by forcing a common
implementation...

function FrameworkA_autoload($class) {
  if( !isset($AmapToFile[$class]) )
     throw new Exception('Class '. $class . ' not found!');

  include_once($AmapToFile[$class]);
}
function FrameworkB_autoload($class) {
  require_once($BmapToFile[$class]);
}
function FrameworkC_autoload($class) {
  include_once($CmapToFile[$class]);
}

spl_autoload_register('FrameworkA_autoload');
spl_autoload_register('FrameworkB_autoload');
spl_autoload_register('FrameworkC_autoload');

So both 'FrameworkB_autoload', 'FrameworkC_autoload' are never called.

Btw, I would hope that any 'standard' would actually that try to talk about
other autoloaders and how they should behave.

https://gist.github.com/221634

See comments about include() or require()