Move features of MatrixHttpApi related to application-services into subclass

Personne n'a encore pris cette issue.

See discussion on #143.

In general, I want to move the sdk more towards a set of composable classes with a clear api for extending them. Something where parameters specific to application-service usage live either in an additional kwarg `extras` or in slurped kwargs `**extras` seems like the right direction for this.

Issues to be resolved still:

- [ ] What if somebody wants to combine functionality available on two different subclasses of `MatrixHttpApi` (e.g. application-service support and async as in #168)? We should support composing those together somehow.

Maybe in addition to swapping out `_send` we should have a list of decorators that get applied to `_send`?

cc @Cadair

Commencez par lire MatrixHttpApi et la discussion dans #143, puis examinez la proposition async associée dans #168. Le travail sera considéré comme terminé lorsque la fonctionnalité de application-service aura été déplacée dans une sous-classe ou une extension composable, et qu’une solution définie aura été apportée à la combinaison non résolue dans l’issue entre application-service et le comportement async.

Rédigé par le modèle d'indexation à partir du texte de l'issue.