コルーチンとチャネル入門#2 ブロッキング要求

※ソース記事は[こちら](https://play.kotlinlang.org/hands-on/Introduction%20to%20Coroutines%20and%20Channels/02_BlockingRequest)
自分のアカウントの下で要求を実行し、自分のパスワードと提供されたトークンを使う、開発者GitHub APIを使っていく。
GitHubへのHTTPリクエストを行うため、[Retrofit](https://square.github.io/retrofit/)を使っていく。それにより、与えられたオーガニゼーションの配下のリポジトリの一覧と、それぞれのリポジトリのコントリビューターの一覧を要求することができる。
```Kotlin
interface GitHubService {
    @GET("orgs/{org}/repos?per_page=100")
    fun getOrgReposCall(
        @Path("org") org: String
    ): Call<List<Repo>>

    @GET("repos/{owner}/{repo}/contributors?per_page=100")
    fun getRepoContributorsCall(
        @Path("owner") owner: String,
        @Path("repo") repo: String
    ): Call<List<User>>
}
```
`src/tasks/Request1Blocking.kt`で定義されている、`loadContributorsBlocking`は、与えられたオーガニゼーションのためのコントリビューターをフェッチするためにこのAPIを使っている。実装をみてみよう。
```Kotlin
fun loadContributorsBlocking(service: GitHubService, req: RequestData) : List<User> {
    val repos = service
        .getOrgReposCall(req.org)          // #1
        .execute()                         // #2
        .also { logRepos(req, it) }        // #3
        .body() ?: listOf()                // #4

    return repos.flatMap { repo ->
        service
            .getRepoContributorsCall(req.org, repo.name)      // #1
            .execute()                                        // #2
            .also { logUsers(repo, it) }                      // #3
            .bodyList()                                       // #4
    }.aggregate()
}
```
まず、与えられたオーガニゼーション配下のリポジトリの一覧を取得し、`repos`リストに格納する。その後、それぞれのリポジトリに対してコントリビューターの一覧を要求し、そのすべてのリストを一つの最終的なコントリビューターのリストにマージする。
それぞれの`getOrgReposCall`と`getRepoContributorsCall`は`Call`クラスのインスタンスを返却する(`#!`)。この時点で、要求は送られていない。要求を実行するために`Call.execute`を呼び出す(`#2`)。`execute`は配下のスレッドをブロックする同期呼び出しである。
応答が得られたら、特定の`logRepos()`と`logUsers()`関数を呼び出すことで、結果をログ出力する(`#3`)。もしHTTP応答がエラーを含んでいる場合、エラーはここでログ出力される。
最後に望ましいデータを含む応答本体を取得する必要がある。このチュートリアルでは簡単にするために、エラーがある場合は、結果として空のリストを使う(`#4`)。`.body() ?: listOf()`を何度も繰り返すのを避けるため、`bodyList`拡張関数を宣言する。
```Kotlin
fun <T> Response<List<T>>.bodyList(): List<T> {
    return body() ?: listOf()
}
```
`logRepos`と`logUsers`は受け取った情報を直ちにログする。コードが実行している間、システム出力を見ると、このようなものが見られるだろう。
```
1770 [AWT-EventQueue-0] INFO Contributors - kotlin: loaded 40 repos
2025 [AWT-EventQueue-0] INFO Contributors - kotlin-examples: loaded 23 contributors
2229 [AWT-EventQueue-0] INFO Contributors - kotlin-koans: loaded 45 contributors
...
```
各行の最初の項目は、プログラムが開始してから経過したミリ秒で、その後、大括弧の中にスレッド名が続く。ロード要求が呼び出されているスレッドを見ることができる。各行の最後の項目は、実際のメッセージである。つまり、ロードされたリポジトリとコントリビューターの数である。
このログは、すべての結果はメインスレッドからログされていることを示している。`ブロッキング`要求の下でコードを実行するとき、ウィンドウはフリーズし、ロードが完了するまで入力に反応できないことに気づくだろう。すべての要求は`loadContributorsBlocking `から呼び出された同一のスレッドから実行されており、これはメインUIスレッドである。(SwingではAWTイベントディスパッチスレッドである)。このためメインスレッドがブロックされ、UIがフリーズする説明である。
![png](https://play.kotlinlang.org/resources/hands-on/Introduction%20to%20Coroutines%20and%20Channels/assets/2-blocking/Blocking.png)
コントリビューターの一覧がロードされた後、結果が更新される。もし、`loadContributorsBlocking`がどのように呼び出されているかを見ると、`updateResults`は`loadContributorsBlocking`の直後に進んでいる。
```Kotlin
val users = loadContributorsBlocking(service, req)
updateResults(users, startTime)
```
このコードは、`src/contributors/Contributors.kt`にある。`loadContributors`関数は、コントリビューターをロードする方法を決める責務を負っている。`updateResults`は、UIを更新する関数である。結果として、それは常にUIスレッドから呼び出さなければならない。
課題の分野(この後で必要になる)に習熟してもらうため、次の簡単な課題を経験していただきたい。現在は、コードを実行する場合、コントリビューターが一度参加したすべてのプロジェクトに対して、それぞれのコントリビューターの名前が何度か繰り返し表示される。この課題では、いったん追加されている各コントリビューターを連結する`aggregate`関数を実装する。`User.contributions`プロパティはプロジェクトのすべてに対して、ユーザーに与えられた全体の貢献数が含まれている。結果の一覧は、貢献の件数に関して降順にソートされなければならない。
## 課題
`src/tasks/Aggregation.kt`を開き、`List<User>.aggregate()`関数を実装すること。対応するテストファイルは、`test/tasks/AggregationKtTest.kt`で、期待する結果の例が記載されている。[intelliJ IDEAのショートカット](https://www.jetbrains.com/help/idea/create-tests.html#test-code-navigation)を使って、ソースコードとテストクラスを自動的にジャンプすることができる。
この課題の実装後、`kotlin`オーガニゼーションの結果一覧は次のようになる。
![sol.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2627223/6642ac05-eca2-9640-89dd-79f6ab736184.png)

留意すべきは、ユーザーはその貢献数でどのようにソートされているかである。
## 解答
考えられる解答。
```Kotlin
fun List<User>.aggregate(): List<User> =
    groupBy { it.login }
        .map { (login, group) -> User(login, group.sumBy { it.contributions }) }
        .sortedByDescending { it.contributions }
```
最初に、ユーザーをログインでグルーピングする。`groupBy`はログインに対して、異なるリポジトリ内に出現するすべてのユーザーのmapを返却する。その後、それぞれのmapエントリのために、ユーザーごとの全貢献数をカウントし、与えられた名前と貢献数の合計で、`User`クラスの新しいインスタンスを作る。最後に、結果の一覧を降順にソートする。
もう一つの解答は`groupBy`の代わりに`groupingBy`を使うことである。
※参考
```Kotlin
fun List<User>.aggregate(): List<User> =
    groupingBy { it.login }
        .reduce { login, acc, elem ->
            User(login, acc.contributions + elem.contributions)
        }.values.sortedByDescending { it.contributions }
```

https://qiita.com/CuriosityKilledTheCat/items/6d62c3f2c1aaff306c3a