Kotlin 5

**デフォルトの名無しさん** · 2018/12/08(土) 20:29:41.41

JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1531818027/

**デフォルトの名無しさん** · 2018/12/08(土) 20:32:31.24

公式サイト
https://kotlinlang.org/
公式ブログ
https://blog.jetbrains.com/kotlin
コードを貼れる所
http://rextester.com/l/kotlin_online_compiler
オンラインコンパイラ
https://ideone.com/

Google、KotlinをAndroidアプリ開発言語に選定
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/
Library support for Kotlin coroutines
https://github.com/Kotlin/kotlinx.coroutines

**デフォルトの名無しさん** · 2018/12/09(日) 14:57:10.33

**デフォルトの名無しさん** · 2018/12/11(火) 17:55:58.71

c#でasnc/awaitを学んだから、そのノリでhogeAsync : Defered<Int>とか量産してたがこれclassic wayで駄目なんだ。
コルーチンムズいぞ。

**デフォルトの名無しさん** · 2018/12/11(火) 18:12:47.19

今までクラス設計するとき、
class Hoge {
　fun action1(): Deferred<Int> {
　　return GlobalScope.async() {}
　}
　fun cation2(): Deferred<String> {}
}
GlobalScopeなのはいずれどうにかしようととりあえず脇に置いといて、こう設計してたがダメっぽいな？
誰か詳しい人いないの？

**デフォルトの名無しさん** · 2018/12/11(火) 20:17:24.17

class Hoge {
suspend fun action1(): Int = coroutineScope {
delay(2000)
return@coroutineScope 1
}

suspend fun cation2(): String = coroutineScope {
delay(3000)
return@coroutineScope "hoge"
}
}

**デフォルトの名無しさん** · 2018/12/11(火) 21:33:56.96

C#のasync = suspend って思っとけば大体おｋ

**デフォルトの名無しさん** · 2018/12/11(火) 21:59:01.90

async = suspendみたいのはだいたい分かるんだけど、>>6みたく、suspend関数を大量に用意するのがkotlinスタイルらしいんだけど、
じゃ、クラス設計するとき、誰がコルーチンビルダーでコルーチン作るの？って悩んでて。
例えば、「ライブラリ」として分割するケースを考えてみるとして、まず、REST APIを内部でたたいて結果を返すライブラリを作るとき、
class WebService {
　suspend fun action1()
　suspend fun action2()
}
みたく、全部suspend関数として外部にpublicなAPIとして公開するの？？

**デフォルトの名無しさん** · 2018/12/11(火) 22:05:51.76

で、例えば、更に上のライブラリを内部で使って、キャッシュ機能だとかを提供するライブラリを作るとき、
(androidアプリの開発で見るRepositoryパターン)みたいなライブラリを作るときも
class Repository {
　suspend fun action1() { webServcie.action1()など}
　suspend fun action2()
}
で、やっぱsuspend関数を公開して、このライブラリを使ってつくるアプリで、
launch() {
repo.action1()
}
でここでコルーチンビルダーを使う？？みたいな感じ？

**デフォルトの名無しさん** · 2018/12/11(火) 22:13:49.36

ちなみに>>6のcoroutineScope関数調べると、これ新しいスコープ作って呼び出し元からキャンセルできなくなるらしいから、キャンセルできるように
するには
class Hoge {
suspend fun action1(): Int {
delay(2000)
return 1
}

suspend fun cation2(): String {
delay(3000)
return "hoge"
}
}
でいいってことだよね？

**デフォルトの名無しさん** · 2018/12/11(火) 23:19:00.56

https://youtu.be/9HUFo4WyDPI?t=2178
見てたら、例でcoroutineScope使ってたな。
英語何言ってるか全然わからねぇけどw
Structured Concurrency云々。
>>6は相当なプロフェッショナルと見た。

**デフォルトの名無しさん** · 2018/12/12(水) 12:16:15.38

つkotlinx

**デフォルトの名無しさん** · 2018/12/12(水) 13:12:24.30

Crystalのスレどこ？

**デフォルトの名無しさん** · 2018/12/12(水) 21:24:09.19

非suspendも可能な場合に、suspend版と非suspend版を内部的に両方生成するオプションが欲しい
Kotlin/JS使ってるとJavaScriptのasyncより書きやすい（await相当がデフォだから）けど
それでももう一手欲しいところ

**デフォルトの名無しさん** · 2018/12/18(火) 21:12:59.14

kotlinてJavaがなくてもwindowsとMacで動くの？

**デフォルトの名無しさん** · 2018/12/18(火) 21:34:52.63

いけるいける

**デフォルトの名無しさん** · 2018/12/18(火) 22:25:09.54

Kotlin Native なら、な。

**デフォルトの名無しさん** · 2018/12/19(水) 09:00:14.59

Kotlin/NativeならKotlinコンパイラもLLVMだけが必要でJavaいらないの?

**デフォルトの名無しさん** · 2018/12/19(水) 09:45:25.24

そうだよ
かわりに愛情と寛容と忍耐と妥協が必要

**デフォルトの名無しさん** · 2018/12/19(水) 09:49:46.24

>>18
ああ。要らなかったよ。やってみな。

**デフォルトの名無しさん** · 2018/12/19(水) 21:31:55.75

いやコンパイラ自体には必要でしょ
初期実装は全部Javaで、今でもかなり残ってる
自社製品のIntelliJがJVM前提だし統合もあるからNativeでのセルフホスティングは目指してないと思うよ

**デフォルトの名無しさん** · 2018/12/20(木) 00:01:10.39

やっとマジレスが出てくれて若干安心した

**デフォルトの名無しさん** · 2018/12/20(木) 02:22:55.67

やがてコンパイラ自体も Kotlin native でコンパイルできるようになって完全に Java 不要になると思う。

**デフォルトの名無しさん** · 2018/12/20(木) 17:35:04.19

やっと林檎ユーザーに
泥は処理遅くて草
とか言われなくて済むんだね！

**デフォルトの名無しさん** · 2018/12/20(木) 19:18:48.12

コンパイラをKotlin native でコンパイルできるようになるのは比較的早くできるだろうけど
IntellijみたいなGUIの総合開発環境をマルチプラットフォームで動かすのをJavaなしでやるのは大変だろう。

**デフォルトの名無しさん** · 2018/12/21(金) 09:15:12.67

GUIの部分が大変かもな

**デフォルトの名無しさん** · 2018/12/21(金) 12:11:36.66

やるメリットもないだろうからやらんだろうな

**デフォルトの名無しさん** · 2018/12/21(金) 13:38:51.46

ただでさえVSCodeに追われてヤバいのに余計なことしてる余裕ないだろ

**デフォルトの名無しさん** · 2018/12/21(金) 13:49:31.79

なんだかんだでJVMは長生きすると信じてる

**デフォルトの名無しさん** · 2018/12/21(金) 15:27:32.04

長生きじゃなく、ただの延命処置だろ

**デフォルトの名無しさん** · 2018/12/21(金) 15:30:24.56

あ、そーだ。GUIはJavaScriptで書いてブラウザで実行させれば良い。
そのJavaScriptはKotlinのソースからコンパイルして作ったやつにすれば完璧。

**デフォルトの名無しさん** · 2018/12/21(金) 22:14:57.05

アンケート入力の時間だ
https://blog.jetbrains.com/kotlin/2018/12/kotlin-census-2018/

**デフォルトの名無しさん** · 2018/12/21(金) 22:59:54.90

項目多いな

**デフォルトの名無しさん** · 2018/12/22(土) 02:37:32.92

いつの間にかこんな入門書が出ていた。但し Kindle 版のみだ(unlimited の人は 0 円で読める)。

速習 Kotlin
http://amzn.asia/d/0ZiG6rB

**デフォルトの名無しさん** · 2018/12/25(火) 06:47:43.66

メリーコトリン

**デフォルトの名無しさん** · 2018/12/25(火) 11:17:10.24

つまんね

**デフォルトの名無しさん** · 2018/12/25(火) 19:25:24.16

爆笑

**デフォルトの名無しさん** · 2018/12/26(水) 22:47:51.52

>>37
無理に>>36にて対抗しなくていいからww

**デフォルトの名無しさん** · 2018/12/27(木) 08:12:45.83

kotlinのコルーチンビルダーに渡す中断関数がレシーバー付きなのを止めてほしい。
public fun CoroutineScope.launch(
　context: CoroutineContext = EmptyCoroutineContext,
　start: CoroutineStart = CoroutineStart.DEFAULT,
　block: suspend CoroutineScope.() -> Unit
blockパラメータにレシーバつけるんじゃねぇよ。というもの、なんでコルーチンビルダーに渡すルートの中断関数だけCorotineScopeにアクセスできるんだよ。
ルート以外の中断関数からはアセクスできないのに。この非対称性というか特別扱いやめて。

**デフォルトの名無しさん** · 2018/12/27(木) 08:17:42.92

例えば、自分で定義した中断関数
suspend fun hoge() {
}
内ではCoroutineScopeにアクセスできない。CoroutineScopeではなくCoroutineContextにはcoroutineContext関数経由でアセクスできるが。
こういう一貫性のなさはやめてほしい。なんか意味があるのかもしれんが。

**デフォルトの名無しさん** · 2018/12/27(木) 10:06:52.89

ここじゃなくて公式に言ってこいよ

**デフォルトの名無しさん** · 2018/12/27(木) 23:27:31.48

>>32のアンケートに自由記載の欄があるから、そこで言うことは可能。

**デフォルトの名無しさん** · 2018/12/27(木) 23:47:52.20

>>39 >>40
CoroutineScopeはキャンセルの伝搬と構造化のためにあって意図的にそうなってる
private funや全体制御クラスなどを除いては基本的に他所に渡しては駄目

渡された側がキャンセルすると子だけでなく親戚関係のものまで巻き込んでしまう

スコープ直下のブロックは保護者のような役割になるので
渡さずに↓のようにしてスコープをネスト構造にするべき
suspend fun hoge() = couroutineScope {
}

**デフォルトの名無しさん** · 2019/01/02(水) 20:28:59.08

あけましておめでとうございます
ことりんもよろしくお願いします