> On 30 Oct 2014, at 20:33, Sherif Ramadan <theanomaly...@gmail.com> wrote: > > Yes, this proposal is intended to do two things. 1) Fix the aforementioned > problems.
By the sounds of things, it doesn’t fix these problems, it just adds a new interface which lacks them. That’s not the same thing. > 2) Improve upon the capabilities of PHP's request handling for future use > cases through a unified interface. What unified interface? You’re allowing anyone and everyone to implement their own request handling. > If you consider all of the major existing PHP frameworks today there is > always some form of HttpRequest class handling these things and almost all of > them do it slightly differently. What's worse, is they are all very > inefficient implementations that I believe can be done far more efficiently > in php-src. A lost of them are also unnecessarily complex. I think all of > this can be simplified if the interface is just laid out in a > straight-forward manner and then userland implementations will find less and > less reason to over-engineer the implementation. The only reason an implementation of HttpRequest would be inefficient is because it has to work-around problems with $_GET and $_POST. Problems we could simply fix. -- Andrea Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
