Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:56044 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4834 invoked from network); 3 Nov 2011 19:06:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Nov 2011 19:06:58 -0000 Authentication-Results: pb1.pair.com header.from=will.fitch@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=will.fitch@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender) X-PHP-List-Original-Sender: will.fitch@gmail.com X-Host-Fingerprint: 209.85.212.42 mail-vw0-f42.google.com Received: from [209.85.212.42] ([209.85.212.42:65153] helo=mail-vw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FD/C8-50864-156E2BE4 for ; Thu, 03 Nov 2011 14:06:58 -0500 Received: by vwl1 with SMTP id 1so1561171vwl.29 for ; Thu, 03 Nov 2011 12:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=dsWaaxosv2ceZsTK8L+z97DPAkG1eW4eR2W3KxrQiS0=; b=dNxJ4cvo7vCjvvRnUaz0Y1oVuVwEVDAKO/oTI0ScqG1MJSKSc4bb0fFY+SNF7i1ZNV nktjOydsLz8UX2ITM+AjQ7yfUQIySq90OsG7oqfgmHdQLtR3jjJ3PZWz2XqG79kV2fL+ /BgcTPeA2CtPQVon50mTT+ekg5zV6YAFhDevM= Received: by 10.52.65.112 with SMTP id w16mr10952604vds.111.1320347214317; Thu, 03 Nov 2011 12:06:54 -0700 (PDT) Received: from [192.168.1.68] ([68.64.144.221]) by mx.google.com with ESMTPS id ib2sm9159269vdb.1.2011.11.03.12.06.50 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Nov 2011 12:06:52 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii In-Reply-To: <00d401cc9a59$ccf273b0$66d75b10$@com> Date: Thu, 3 Nov 2011 15:06:49 -0400 Cc: "'Anthony Ferrara'" , "'PHP Internals List'" Content-Transfer-Encoding: quoted-printable Message-ID: <68B9654F-EFF9-41FE-866D-B2F838C3AFCE@gmail.com> 9fmq07p8L9J5KHeg-3OyvuWyDUa5tw@mail.gmail.com> <00d401cc9a59$ccf273b0$66d75b10$@com> To: "Jonathan Bond-Caron" X-Mailer: Apple Mail (2.1251.1) Subject: Re: [PHP-DEV] SplClassLoader From: will.fitch@gmail.com (Will Fitch) 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. On Nov 3, 2011, at 2:52 PM, Jonathan Bond-Caron wrote: > On Thu Nov 3 11:19 AM, Anthony Ferrara wrote: >>=20 >> But that's besides the point. I just want to emphasize the point = that=20 >> performance should not be a criteria for justifying it going into the=20= >> core... >>=20 >=20 > There also seems to be the perception among some php devs that = autoloading > is now the preferred way of loading PHP code. >=20 > So adding require() or other explicit dependencies add the top of your > scripts is no longer the appropriate way to do things. >=20 > SplClassLoader solves an interoperability problem. Shouldn't it be = promoted > as such? >=20 > So overall I agree with Anthony, performance shouldn't even be an = argument. > If you want to solve a "code loading problem", autoloading everything = is far > from a silver bullet and in my opinion not a good solution. >=20 > The main question seems to be: does interoperability belong in core? >=20 >=20 >=20 > --=20 > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >=20