Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:56274 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 55767 invoked from network); 11 Nov 2011 09:29:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Nov 2011 09:29:19 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.127 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.127 c2bthomr09.btconnect.com Received: from [213.123.20.127] ([213.123.20.127:29596] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 17/EB-17932-6EAECBE4 for ; Fri, 11 Nov 2011 04:29:12 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.4_) ([81.138.11.136]) by c2bthomr09.btconnect.com with ESMTP id FEM73178; Fri, 11 Nov 2011 09:25:23 +0000 (GMT) Message-ID: <4EBCEA03.3030303@lsces.co.uk> Date: Fri, 11 Nov 2011 09:25:23 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: PHP Internals References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0302.4EBCEA03.005B, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.11.11.82414:17:7.586, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __CP_URI_IN_BODY, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr09.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0206.4EBCEAE4.0118:SCFSTAT14830815,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] SPLClassLoader RFC Thoughts And Improvements From: lester@lsces.co.uk (Lester Caine) Anthony Ferrara wrote: > Since you asked me for feedback on how I would suggest improving the > RFC, so here it goes... Silly question time ... If I am reading all this correctly we are talking about how something is found if I have not directly identified that I want to use it? So if my base framework has already flagged which version of libraries I am looking for I can continue to load them traditionally? Certainly identifying the correct PEAR suit I want to work with has been important in the past as well as the version of ADOdb and Smarty so identifying those on a target system that I have less control over ... such as shared hosting! ... and supplying our own bundle is only a necessary step if the required bundle is not available. Although the safe way is to simply bundle everything anyway and not use pre-loaded PEAR and the like. Creating my own SPLClassLoader would be a way of implementing that if the 'default' one being offered is trying to load stuff that is not the correct version? Or I just leave my own checks to find the correct versions depending on which OS is running on the server? require_once is almost essential in this case, and I was under the impression that it was currently the economic way of checking that something was loaded where the paths through libraries can get swapped? As usual there is much pressure from a group of developers on why they have to have it, but no real explanation on how it improves on the current methods? From my own view it is accessing the correct PEAR classes which is the problem. I have to admit that I simply 'switched off' since I could not see any point to it and see it as just another esoteric noose rather than something I can see the point of! -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php