Move features of MatrixHttpApi related to application-services into subclass

Chưa có ai nhận issue này.

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

Bắt đầu bằng việc đọc MatrixHttpApi và cuộc thảo luận trong #143, sau đó xem xét đề xuất async liên quan trong #168. Công việc được xem là hoàn tất khi chức năng application-service được chuyển vào một lớp con hoặc phần mở rộng có thể kết hợp, đồng thời sự kết hợp chưa được giải quyết trong issue giữa application-service và hành vi async có một giải pháp được xác định.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.