Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55974 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 22514 invoked from network); 27 Oct 2011 15:15:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Oct 2011 15:15:19 -0000 X-Host-Fingerprint: 96.2.18.191 host-191-18-2-96.midco.net Date: Thu, 27 Oct 2011 11:15:18 -0400 Received: from [96.2.18.191] ([96.2.18.191:2998] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D9/A1-12742-58579AE4 for ; Thu, 27 Oct 2011 11:15:18 -0400 Message-ID: To: internals@lists.php.net References: User-Agent: slrn/pre1.0.0-18 (Linux) X-Posted-By: 96.2.18.191 Subject: Re: [PHP-DEV] SplClassLoader and PSR-0 break language semantics From: weierophinney@php.net (Matthew Weier O'Phinney) On 2011-10-26, Pierre Joye wrote: > On Thu, Oct 27, 2011 at 1:07 AM, wrote: > > 2011/10/26 Matthew Weier O'Phinney : > > > My main point, however, is that the standard was ratified quite some > > > time ago already -- we just now have parties interested in creating a > > > C-level implementation compatible with the standard to (a) make usage > > > simpler, and (b) better optimize performance. We should not be debating > > > the standard here, just the implementation. > > > > > > > I'd like to object there. Now that we are discussing it on an open > > mailing list again, both seem actually quite relevant. > > Well, my personal opinion here is that you should discuss that in an > open list somewhere and put the RFC together, with examples, docs and > updated patch. The internals list is not really well suited to > discuss that, while I won't mind to have such discussions here, it may > make more sense to have a dedicated list. As it won't be the last > discussion you will have :) The list exists already (http://groups.google.com/group/php-standards), and implementation, RFC, examples, docs, etc. were already debated over 2 years ago, followed by implementations in several dozen projects. What is happening at this point is completion of a C-level SPL class providing a reference implementation that can be re-used directly from the language itself. Even the original code for this was done around 2 years ago; the difference at this point is there is sufficient momentum behind the standard to warrant a push to include it in the language. This minimizes dependencies for projects following the standard, and reduces duplication of effort. The standard is detailed here: https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md I think the only relevant questions at this point are: * Does the implementation follow the specification? * Are there any technical objections that do not counter the specification and which would bar inclusion in the language? -- Matthew Weier O'Phinney Project Lead | matthew@zend.com Zend Framework | http://framework.zend.com/ PGP key: http://framework.zend.com/zf-matthew-pgp-key.asc