Move Non PSR7 Methods to Decorator

[ghost]

I would like to suggest we make a pure PSR7 implementation and move any non-PSR7 methods to a decorator classes labelled something like SlimRequestDecorator.

Any of the immutable methods should of course clone properly down through the involved classes.

This would allow us to create pure PSR objects if needed, and add functionality like non-PSR methods and our static factory methods and media type parsers within the decorator.

Feedback on this suggestion would be appreciated.

[akrabat]

I'm not adverse to this as long as Slim\Http\Request & friends are the decorator classes.

/cc @danopz

[danopz]

Sounds like both oppinions doesn't real match.

But after thinking a bit about it my oppinion is to just keep the methods as is. The reason is if we would add some decorator class/static helper/whatever we would just add complexity without a real gain.
If we just keep the methods one building apps using Slim\Http is able to directly use them, others who are using PSR-7 just don't care about them.

[ghost]

Ok, I think an interface of the Slim methods would be beneficial at least; one that extends the Psr interface to aid in type declaration.

[akrabat]

Done. #67