Kotlin 6

**デフォルトの名無しさん** · 2019/06/22(土) 15:59:57.23

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

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

**デフォルトの名無しさん** · 2019/07/05(金) 20:11:35.88

もしかしてデータ担当の大手企業って全部魔改造struts1の可能性ないですか

**デフォルトの名無しさん** · 2019/07/05(金) 20:53:02.89

マジであると思う

**デフォルトの名無しさん** · 2019/07/05(金) 21:37:52.84

>>81
let

**デフォルトの名無しさん** · 2019/07/05(金) 22:39:44.51

strutsってまだ生存してたのかよ…

**デフォルトの名無しさん** · 2019/07/05(金) 22:58:10.78

もう死んでるけどNTTデータとかいうネクロマンサーが独自パッチを当てて使い続けてるそうだ

**デフォルトの名無しさん** · 2019/07/05(金) 23:02:57.39

なんでletがいんすか

**デフォルトの名無しさん** · 2019/07/05(金) 23:18:13.57

正直withの存在価値がわからない

**デフォルトの名無しさん** · 2019/07/05(金) 23:19:40.46

>>81
もしかしてエルヴィス演算子?:じゃなくてSafe Calls ?.のこと?
>>87
別にラムダ式の中でthisが使いたいならrunでいいんじゃないかと。

**デフォルトの名無しさん** · 2019/07/06(土) 01:00:18.43

run/apply を選択する時は let/also における it を省略したい時
省略した際にプロパティと同じ名前のローカル変数・引数があると後者が優先されるので注意な

**デフォルトの名無しさん** · 2019/07/06(土) 05:40:50.58

>>87
凡ミスのリスクが上がるからDSLの文脈以外では
thisを差し替えるラムダはおすすめ出来ない

別言語での例として、JavaScriptのアロー関数式もfunction式と異なり
thisを差し替えないことが利点の一つとなっている

**デフォルトの名無しさん** · 2019/07/06(土) 10:15:49.97

>>90
applyの方が単語の意味的にコードの意図が明確になる気がするから好きなんだけど、そのローカル変数と名前被り問題がネックだわな。

**デフォルトの名無しさん** · 2019/07/06(土) 10:42:53.28

だったらrunとかalsoとか文法から消せばいいのに
混在して統一感取れなくてバグの原因にもなるからコーディング規約を決めないといけなくなるし
これは一つのKotlinが糞な点の一つだなあ一つの

**デフォルトの名無しさん** · 2019/07/06(土) 10:45:23.31

alsoじゃなくてapplyか
この辺すぐ分からなくなるのも糞

**デフォルトの名無しさん** · 2019/07/06(土) 10:55:51.02

T.run, with, applyは実際消したほうがいい
let, alsoは要る

レシーバ無しのrunは上記と違いローカルスコープ用なので要る(Swiftでのdo)

**デフォルトの名無しさん** · 2019/07/06(土) 11:05:16.69

ちょっとしたシンタックスシュガーのせいでバグりやすい仕組みを作ったので、今度は曖昧さを無くすために明示的な記述を強制するターンだぞ

**デフォルトの名無しさん** · 2019/07/06(土) 11:26:43.90

全部letでいい

**デフォルトの名無しさん** · 2019/07/06(土) 12:03:55.73

apply はインスタンス化した後にそれに対する設定が書けるので便利
後、ビルダーパターンを独自スコープで書けるのも

with, run はほぼ使わないな…

**デフォルトの名無しさん** · 2019/07/06(土) 12:17:58.82

それもalsoでやったらいいやん

**デフォルトの名無しさん** · 2019/07/06(土) 23:00:37.81

>>95
レシーバ無しのrun{ ... }は{ ... }()でも書けるからやはりいらないのでは。
>>94
自分はスコープ関数早見表をブックマークしてる。
>>96
Effective Kotlinが出版されたら「itやthisよりも明示的な引数名を使う」が多分入ると思う。

**デフォルトの名無しさん** · 2019/07/06(土) 23:58:21.85

>>100
↓のコードの run{ ... } を { ... }() に置き換えてビルドすれば違いが分かるはず
https://paiza.io/projects/TL1UeckyJ8oSVbRwNo9t_Q?language=kotlin

これらはインラインかどうかとトレイリングラムダの性質による

**デフォルトの名無しさん** · 2019/07/07(日) 09:51:44.20

そこらへんは実装時にちゃんと統制取れずグダグダと追加しちゃった感じあるよな
まじでスコープ関数こんなに何種類もいらんかったわ

**デフォルトの名無しさん** · 2019/07/07(日) 15:50:19.67

でも言語そのものではなく言語仕様に則って誰でも作れてしまう拡張関数だからな。標準的なライブラリに含めなくても何れ誰かが作っちゃうのではないかな。(それなら使用頻度が少ないから良いのかも知れないが)。

**デフォルトの名無しさん** · 2019/07/07(日) 16:03:55.29

その両者は全然違う次元の話だろう

**デフォルトの名無しさん** · 2019/07/07(日) 17:27:29.95

向いてないから死ね

**デフォルトの名無しさん** · 2019/07/07(日) 21:07:53.35

>>105
「Xamarinほどの～」は止めてそれを繰り返すことにしたの？

**デフォルトの名無しさん** · 2019/07/07(日) 21:13:33.84

Xamarinの案件でよほど嫌な目見たのかな？

**デフォルトの名無しさん** · 2019/07/08(月) 12:40:16.25

すまん、ここxamarinスレだったな

**デフォルトの名無しさん** · 2019/07/08(月) 17:10:08.62

確かに拡張関数が言語標準じゃなくて社内の誰かが勝手に作ってプルリク出してきてたらリジェクトするな、たぶん
紛らわしくてバグの原因になるからもうちょっと種類を減らせって言うわ

**デフォルトの名無しさん** · 2019/07/08(月) 19:49:03.27

>>109
.also()が出来た理由が、ネストしたラムダ式の中で、itとthis両方を同時に使って引数名を
省略できるようににするためとかいう話があった気がするから、言語の方針として諦めざるを得ない...?

**デフォルトの名無しさん** · 2019/07/08(月) 21:32:26.80

>>110
あー、そういうことなのか
言われればわかるけど、なんというか、その場しのぎ感が否めないな

**デフォルトの名無しさん** · 2019/07/09(火) 09:57:55.96

あらそう

**デフォルトの名無しさん** · 2019/07/10(水) 01:43:17.34

Androidだけじゃなくて、サーバー側も勉強しようと思って
Goの勉強してるんだけどこれってサービスとしてリリースしようと思ったら
どこの環境で公開したらいいの
やっぱawsですかね従量課金怖いんですが

**デフォルトの名無しさん** · 2019/07/10(水) 15:05:24.11

何でここに書いたんや

**デフォルトの名無しさん** · 2019/07/10(水) 17:26:54.04

このスレで聞くならサーバーサイドもKotlinで書けよ。
Spring bootはもうKotlinでなんの問題もないぞ。

**デフォルトの名無しさん** · 2019/07/10(水) 20:36:25.12

時期早々なんで試してないんだけど、aws lambda にkotlin native乗せて遊んでみてほしい。
api gateway/dynamo db繋げればandroidからの呼び出しにちょうどいい課金形態やろうし。

**デフォルトの名無しさん** · 2019/07/10(水) 20:54:12.25

そうだ。このスレにおいては何もかも Kotlin にするのが正しい。

**デフォルトの名無しさん** · 2019/07/10(水) 21:13:08.84

やあ、ことりんだよー
https://www.city.zama.kanagawa.jp/www/zamarin/images/img_zamarin.png

**デフォルトの名無しさん** · 2019/07/10(水) 21:16:23.36

URLがザマリンじゃねーか
Xamarinスレへ行け

**デフォルトの名無しさん** · 2019/07/10(水) 22:05:01.82

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/07/10(水) 23:17:52.20

kotlin 1.0 + spring boot 1.4 ぐらいの時から何の問題も無かったぞ

**デフォルトの名無しさん** · 2019/07/11(木) 01:57:30.05

そう言えばkotlinにはマスコットキャラいないの？

**デフォルトの名無しさん** · 2019/07/11(木) 05:31:17.37

俺

**デフォルトの名無しさん** · 2019/07/11(木) 09:33:25.22

https://en.m.wikipedia.org/wiki/Kildin-class_destroyer#/media/File%3A39_Kaldin_Class_Destroyer_Jan_1970.jpg

**デフォルトの名無しさん** · 2019/07/12(金) 05:58:24.36

>>124
なぜにKotlinの後継にしたし。
"Kotlin Class" Destroyer だけど、どうしても Kotlin "Class Destroyer" に見えてしまう。
デストラクタ的な何か。

**デフォルトの名無しさん** · 2019/07/17(水) 14:41:47.91

ことりん覚えるのって公式サイト見るのが一番ええんか？

**デフォルトの名無しさん** · 2019/07/17(水) 16:21:27.33

公式サイト見ながらIntelliJで実際に書いてみるのが一番かな

**デフォルトの名無しさん** · 2019/07/17(水) 18:33:43.43

Xamarin書くのもいいかと思う

**デフォルトの名無しさん** · 2019/07/17(水) 20:21:09.06

Xamarin程の糞はない
少なくともflutterよりは優先度が低い

**デフォルトの名無しさん** · 2019/07/17(水) 21:51:57.28

>>128
冗談だよな

**デフォルトの名無しさん** · 2019/07/17(水) 22:03:38.29

try kotlin で IntelliJ 無しでも勉強できんじゃね

**デフォルトの名無しさん** · 2019/07/18(木) 14:20:44.63

>>130
このスレに昔からあるネタだから真面目に反応しなくていいぞ

**デフォルトの名無しさん** · 2019/07/18(木) 16:02:15.41

🔹Part 1傾向、正解のパターン(%)
1. 現在進行形 65
The trains are pulling into the Park Station.

2. 受動態 25
The vehicles are parked in front of the townhouses.

3. その他 10
There is/are
is/are being Vpp
has/have been Vpp

The cars are being parked alone the road.

https://www.youtube.com/watch?v=tTsJbMe_Gx0

**デフォルトの名無しさん** · 2019/07/18(木) 16:08:36.41

>>133
どうやら、is/are being Vppは動作を表すみたいだ。
e.g.
The potted plant is being placed under the picture.

**デフォルトの名無しさん** · 2019/07/18(木) 19:27:38.33

i have a pen

**デフォルトの名無しさん** · 2019/07/18(木) 20:08:06.63

れりぴー
れりぴー

**デフォルトの名無しさん** · 2019/07/18(木) 21:12:55.10

println("你好")

**デフォルトの名無しさん** · 2019/07/24(水) 11:35:26.90

そろそろkotlin nativeのコンパイル速くなった？

**デフォルトの名無しさん** · 2019/07/24(水) 11:57:09.32

こっとりーん！

はーい！

**デフォルトの名無しさん** · 2019/07/25(木) 12:40:05.87

CoroutineとRxはどう使い分けるんだろう。

**デフォルトの名無しさん** · 2019/07/25(木) 20:32:43.93

そういやコルーチンって中でどうやって実現してるの？見た目スレッドとほぼ同じ動きになってるようだけど。

**デフォルトの名無しさん** · 2019/07/25(木) 23:25:45.93

suspend fun なら隠し引数がついてる

**デフォルトの名無しさん** · 2019/07/26(金) 08:25:41.88

>>141
非suspendからの非同期開始は、JVMなどではスレッドプールへのタスク登録
JavaScriptではPromise(仕組みはsetTimeoutなどでのイベントループへのタスク登録)

suspend内は終わったら呼ばれるコールバック関数でのチェーン

val a = suspendFn1()
val b = suspendFn2(a)
print(b)
　↓
suspendFn1() { a ->
　　suspendFn2(a) { b ->
　　　　print(b)
　　}
}

**デフォルトの名無しさん** · 2019/07/26(金) 09:41:46.26

>>140
過渡期
目的によるけど、正直今となってはRxを新しく使う必要はあまりない
ただし例えばスマホでRxSwiftに慣れてるメンバーがAndroidも作るならRxの方が良いとか色々ある

**デフォルトの名無しさん** · 2019/07/26(金) 13:08:22.57

coroutineでfluxできるん

**デフォルトの名無しさん** · 2019/08/04(日) 01:08:52.85

java.beans.XMLEncoder や java.beans.XMLDecoder で XML 読み書きする場合に、書くのは出来ても読む時にクラスないって出て読めない。
うまく行ってる人居る？Java で作るとうまく行っても Kotlin だとダメなんだけど、何が原因なのかわからない。

**デフォルトの名無しさん** · 2019/08/04(日) 07:20:33.29

エラーが起きる最小コードを作って
環境/コード/エラーの3つをセットで貼るといいよ

**デフォルトの名無しさん** · 2019/08/04(日) 10:09:16.42

>>146
せめてコードとエラーを貼ってくれないと

**デフォルトの名無しさん** · 2019/08/04(日) 10:10:03.30

なんとなくだけど、import書き忘れとかの本当にしょうもない理由な気はする

**デフォルトの名無しさん** · 2019/08/04(日) 13:55:38.93

コードね。ちょっと待って。なるべく今日中に貼る。

**デフォルトの名無しさん** · 2019/08/04(日) 15:34:58.73

実行時にうまく行くパターンとダメなパターンがあることがわかった。
(というかむしろ自分でうまく行かないパターンをピンポイントで選んで実行していたような感じorz)

https://paiza.io/projects/6UeOmsYQMaYqbOlaYlvB-w

見ての通り paiza.io ではうまく行く。
その他、IntelliJ IDEA の Kotlin でもうまく行く。
コマンドラインで
kotlinc -d xmltest.jar -include-runtime xmltest.kt
java -jar xmltest.jar
でもうまく行く。

駄目パターンはこれだ。

・　コマンドラインから kotlinc -d xmltest.jar -include-runtime xmltest.kt でコンパイル後に
　kotlin xmltest.jar で実行。

・　コマンドラインから kotlinc xmltest.kt でコンパイル後に kotlin XmltestKt で実行。

すると java.lang.ClassNotFoundException: TestData を皮切りに色々と出てくる。
XMLDecoder#readObject() 実行時にクラスが見つからなっていて、要するに kotlin コマンド
内でセットしている CLASSPATH の問題なんだろうとは思うが、直前に writeObject() で
使っているクラスが直後の readObject() で見つからないという謎の状態だ。
(まあ、kotlin コマンドの中を延々と調べて行けば何れ分かるんだろうけどね・・・)。

**デフォルトの名無しさん** · 2019/08/04(日) 16:49:55.55

またkotlinc君か
そんなもの誰も使ってないからバグは多そうだね

**デフォルトの名無しさん** · 2019/08/04(日) 22:48:23.15

向いてないから死ね

**デフォルトの名無しさん** · 2019/08/05(月) 18:53:03.42

kotlincってマジで誰が使うんだ

**デフォルトの名無しさん** · 2019/08/05(月) 20:47:56.43

俺

**デフォルトの名無しさん** · 2019/08/05(月) 21:20:57.04

趣味でやってるならどうでもいいけど業務でそんな無駄なことしてたら引っ叩くわ

**デフォルトの名無しさん** · 2019/08/05(月) 21:31:49.69

ゆうこりん

**デフォルトの名無しさん** · 2019/08/05(月) 21:56:45.94

ゆうこりん何でもできるな

**デフォルトの名無しさん** · 2019/08/06(火) 07:24:28.32

こりん星に帰れ

**デフォルトの名無しさん** · 2019/08/06(火) 07:43:34.36

Kotlinはとっても

**デフォルトの名無しさん** · 2019/08/06(火) 08:00:07.10

宇多田好き！

**デフォルトの名無しさん** · 2019/08/06(火) 09:04:28.58

こりん星はありません

**デフォルトの名無しさん** · 2019/08/06(火) 09:40:50.05

爆発しました

**デフォルトの名無しさん** · 2019/08/10(土) 14:39:45.84

Set<K>とSet<V>からMap<K, V>を作りたいんだけどいい方法ある？ (両方のSetは同じサイズ)

**デフォルトの名無しさん** · 2019/08/10(土) 14:40:14.44

>>164
ど、いい方法ある？(両方のSetは同じサイズ)

**デフォルトの名無しさん** · 2019/08/10(土) 14:51:44.46

>>164
どうやってKとVを対応付けるん？

**デフォルトの名無しさん** · 2019/08/10(土) 14:53:06.48

>>165
LinkedHashSetかTreeSetにように順序付けがあるならいいけど
単にSetとして考えるなら順序不定だから2つのSetの関連付けが出来ない

仕様の前提から考え直したほうが良い
一応順序があるなら m = setK.zip(setV).associate{it} で出来る

**デフォルトの名無しさん** · 2019/08/11(日) 21:22:32.39

今コード書いていて疑問に思ったんだけど、String#sliceとString#substringって何が違うの?

**デフォルトの名無しさん** · 2019/08/11(日) 23:47:08.23

slice?

**デフォルトの名無しさん** · 2019/08/12(月) 05:27:10.62

>>169
ないと思った? あるんだなこれが。
https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.text/slice.html

**デフォルトの名無しさん** · 2019/08/12(月) 07:04:34.47

あー。しかしちょっと違うね。CharSequence と String の違いか。

**デフォルトの名無しさん** · 2019/08/12(月) 09:27:25.92

String#slice -> String もあるよ

挙動に差があるようだけど実用上意味があるかは微妙だな
https://ideone.com/lIfuV9

fun ck(nm:String, f:()->String){
try { println("${nm} = ${f()}") }
catch(t:Throwable){ println("${nm} throw ${t}") }
}

fun ck(r:IntRange){
ck("su(${r})"){ "0123456789".substring(r) }
ck("sl(${r})"){ "0123456789".slice(r) }
}

ck(1..3)
ck(3..1)
ck(-2..-4)
ck(1..-1)
ck(-1..1)
ck(8..12)
ck(-4..-2)

**デフォルトの名無しさん** · 2019/08/12(月) 10:26:11.95

この並存状態と微妙な差はJavaScriptの現状に倣ったんじゃないかな
いずれにしてもそれぞれの意図が明確にドキュメント化されていないみたいなので実装の差を活用する気にはなれないけど

**デフォルトの名無しさん** · 2019/08/12(月) 11:10:03.11

>>172
どうでもいいけどすごく読みにくいコードを書きそうな人だね

**デフォルトの名無しさん** · 2019/08/12(月) 13:31:44.89

>>174
どの辺が読みにくかったんだ？

**デフォルトの名無しさん** · 2019/08/12(月) 16:13:09.70

コードが読みにくいというか命名が15年前のセンスだと思う

**デフォルトの名無しさん** · 2019/08/12(月) 16:55:39.77

jkならまだしもckだからな

**デフォルトの名無しさん** · 2019/08/12(月) 17:12:20.38

今の命名の主流はどんな？

**デフォルトの名無しさん** · 2019/08/12(月) 17:32:35.13

>>176
書き捨てなのと5chの制限回避で文字数・行数圧縮してるんすよ・・・
2文字以下で現代的(？)なのがあるならすまん

**デフォルトの名無しさん** · 2019/08/12(月) 18:36:52.29

文句あるやつは書けよ。
批判はそれからだ。

**デフォルトの名無しさん** · 2019/08/12(月) 20:42:49.12

戦うために武器(コード)を取るのだ