yunsong

I don't think you need `generator-bind`. e.g. ``` js var convert = require('koa-convert'); // legacy middleware has `this` as context, and first argument as `next` generator function* myGen(next) { console.log(this.x);...

I think `[email protected]` is still using koa-v1 signature (generator function) and does not support koa-v2+ signature (async await function). How about using `koa-router@7` (it support koa-v2+ signature) with following code...

`koa-compose` dependency is only used for `convert.compose` function at https://github.com/koajs/convert/blob/481010e61ce0a496e71883a46255cd3113f48c23/index.js#L29 I feel that the benefit of `convert.compose` (a little bit convenience) does not overcome the cost of `koa-compose` dependency. Maybe...

It's a fixed [LiveView issue](https://github.com/phoenixframework/phoenix_live_view/issues/244). I just made a PR to fix this example as well at #36. Basically, you just need to remove the line of "phoenix_live_view" in mix.lock...

@turion thanks for creating issues and pull requests! I will look into them over weekend.

There is some doc about `T` module in `:ex_type_runtime` package at [here](https://hexdocs.pm/ex_type_runtime/T.html). The `:ex_type_runtime` is used to provide following advanced features: ### 1. Generic Protocol support with `T.p(ProtocolModule, generic_type)` Type...