Kotlin [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/02/27(土) 01:46:01.68

JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org

**デフォルトの名無しさん** · 2017/10/29(日) 22:04:20.61

>>973
まだパラパラめくって見ただけなので何とも言えないが、詳しく一通り書いてあるように見える。

**デフォルトの名無しさん** · 2017/10/30(月) 00:56:22.26

初めてのまともな日本語の本でしょ
あのクソみたいなエバンジェリスト本(笑)をやっと駆逐できるな

**デフォルトの名無しさん** · 2017/10/30(月) 02:59:15.21

エバンジェリスト本？
ああ、まあ、 Technology evangelist か?

**デフォルトの名無しさん** · 2017/10/30(月) 08:46:43.80

長澤太郎もかかわっている

**デフォルトの名無しさん** · 2017/10/30(月) 21:53:49.20

今日から始めます。
今インストール中。
よろしくお願いします。

**デフォルトの名無しさん** · 2017/10/30(月) 22:37:30.38

ここは！
あなたの！
日記帳！

Javaを読めないとしんどいから、もしまだ知らないなら並行作業でちょっとずつやるといいよ
今からやっておくとだいたいKotlinわかったころに何かやりたくなっても「あっこれ進研ゼミでやったやつだ！」となって捗ること請け合い

**デフォルトの名無しさん** · 2017/10/30(月) 23:00:21.71

>>979
応援ありがとうございます。
Javaは少しだけやりました。
一応C#は使えるので、
kotlinやりながらJavaも覚えたいと思います。

**デフォルトの名無しさん** · 2017/10/31(火) 20:53:53.80

data?.let {
　　...
}
でdataがNULLじゃないときだけ処理を実行できることは分かりました。
これにdataがNULLのときの処理も追加したい場合はどう書いたらいいんでしょうか
data?.let {
　　...
}?: {
}
みたいに書けないです。

**デフォルトの名無しさん** · 2017/10/31(火) 21:01:44.57

ファイル入力の処理などの以下の処理が
while((line = br.readLine()) != null)
Kotlinだと、Assignments are not expressions, and only expressions are allowed in this context
のエラーになるんですが、Kotlinだとどう書いたらいいんでしょうか

**デフォルトの名無しさん** · 2017/10/31(火) 21:38:42.83

>>981
let{ ... } が null を飛ばしてラムダ式を実行することができるのはあくまで副次作用に過ぎない
条件分岐させたいのなら素直に when か if で書くべき

>>982
File(path).forEachLine { line -> println(line) }

**デフォルトの名無しさん** · 2017/10/31(火) 21:39:06.81

>>981
普通に if 使って書けば良いのでは？

**デフォルトの名無しさん** · 2017/10/31(火) 21:55:55.33

>>981
?: run {}

**デフォルトの名無しさん** · 2017/10/31(火) 22:06:34.40

data?.let {
　　...
}?: {
　　...
}.invoke()
というのを見つけたんですが、?: run {}の方がいいんでしょうか

**デフォルトの名無しさん** · 2017/10/31(火) 22:10:44.21

癖のある言語ですね・・・

**デフォルトの名無しさん** · 2017/10/31(火) 22:16:51.16

>>986
だから条件分岐は条件分岐として書いてくれ
letはもともと

val hoge = Hoge()
hoge.mes1()
hoge.mes2()

と書く代わりに

Hoge().let{ it.mes1(); it.mes2() }

と書くことができるという構造だ
条件分岐の代わりに使っていいものじゃない
ネット上で観測される彼らは「間違っている」
参考にしてはならない

**デフォルトの名無しさん** · 2017/10/31(火) 22:20:26.16

えー。letってNULLチェック代わりに使うものじゃなかったの

**デフォルトの名無しさん** · 2017/10/31(火) 22:28:56.76

nullチェックは ?. の部分だ
letの中身が長くなればなるほど、それはletで書くべきではないということになる
今ここでこれ使うと1行で書けて変数に入れられるぜえ、とかだとapplyとか使うの考えるがまあその程度

letをnull回避として紹介してた人が今どんだけそれを日常的に使ってるかは個人的に興味があるよ
最初の紹介で使っただけなんじゃないかと思うんだよねえ

>>990超したので新スレおねがいします

**デフォルトの名無しさん** · 2017/10/31(火) 22:29:35.46

Wikipediaとか参考文献にしてそう

**デフォルトの名無しさん** · 2017/10/31(火) 22:47:55.01

そもそものもともととして.?じゃ本当にnullが来たとき対処できないじゃないか
checkNotNull(value){ "valueがnullです" }
とかしないと不安にならないの

**デフォルトの名無しさん** · 2017/10/31(火) 23:34:28.34

それならKotlin使うのやめろよ

**デフォルトの名無しさん** · 2017/10/31(火) 23:39:23.74

>>992
何言ってんの

**デフォルトの名無しさん** · 2017/10/31(火) 23:49:38.22

>>989
https://qiita.com/ngsw_taro/items/d29e3080d9fc8a38691e

**デフォルトの名無しさん** · 2017/11/01(水) 00:08:55.25

次スレ

http://mevius.5ch.net/test/read.cgi/tech/1509462463/

2ch.net でないとうまく開かない専ブラの人は以下のURL

http://mevius.2ch.net/test/read.cgi/tech/1509462463/

**デフォルトの名無しさん** · 2017/11/01(水) 00:46:22.34

x.?let {} ?: run {} は letのとこのブロックがnull返すと x がnullじゃなくても run のブロック実行しちまうだろ
x.?also {} ?: run {} にしとけよ

**デフォルトの名無しさん** · 2017/11/01(水) 00:52:45.72

>>992
?. を書いてメソッドチェーンを繋げなければならない状況自体、なにかおかしいからな
とっとと非nullを確定させるのが妥当
しかもわざわざスコープ内で覚えててくれるんだから、利用しない手はない

**デフォルトの名無しさん** · 2017/11/01(水) 02:02:04.51

999

**デフォルトの名無しさん** · 2017/11/01(水) 02:02:35.06

1000

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 613日 0時間 16分 34秒