Move features of MatrixHttpApi related to application-services into subclass

Dieses Issue hat noch niemand übernommen.

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

Lies zuerst MatrixHttpApi und die Diskussion in #143 und prüfe anschließend den zugehörigen async-Vorschlag in #168. Als erledigt gilt die Aufgabe, wenn die Funktionalität von application-service in eine komponierbare Subklasse oder Erweiterung verschoben wurde und für die im Issue ungelöste Kombination aus application-service und async-Verhalten eine definierte Lösung vorliegt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.