Re: SplClassLoader and PSR-0 break language semantics
| From: | Matthew Weier O'Phinney | Date: | Thu, 27 Oct 2011 15:15:18 +0000 |
| Subject: | Re: SplClassLoader and PSR-0 break language semantics | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-55974@lists.php.net to get a copy of this message | ||
On 2011-10-26, Pierre Joye <pierre.php@gmail.com> wrote:
> On Thu, Oct 27, 2011 at 1:07 AM, <mario@include-once.org> wrote:
> > 2011/10/26 Matthew Weier O'Phinney <weierophinney@php.net>:
> > > 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