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

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

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

**デフォルトの名無しさん** · 2017/10/24(火) 08:54:24.56

>>952-954
なんでそうやって構うの

**デフォルトの名無しさん** · 2017/10/24(火) 08:54:33.53

spit = つばを吐く
ということだから、
Javaspit = Javaにつばを吐く
つまり熱狂的なKotlin信者ということ

**デフォルトの名無しさん** · 2017/10/24(火) 09:09:32.53

Ｗｉｎｄｏｗ１０

新しいOS

**デフォルトの名無しさん** · 2017/10/24(火) 09:51:43.85

キッズプログラマー

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

SRIPT

Shanghai Research Institute of Petrochemical Technology

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

>>955
プログラミングできなくても参加できるからね
自分たちは何もできないって人前で叫んでいるようなものだ
正直お帰り頂きたいのだが

**デフォルトの名無しさん** · 2017/10/24(火) 12:32:17.01

>>948
どこにヌルポ連発すると書いたのか。アスペかおまえは。
>>949
おまえみたいなゴミカスエンジニアは何言っても否定するんだろうな

**デフォルトの名無しさん** · 2017/10/28(土) 13:15:37.00

ぬるぽ

**デフォルトの名無しさん** · 2017/10/28(土) 14:38:12.64

何気なくAmazon見てたらこんなの見つけた。無料。

Kotlin Programming Tutorial https://www.amazon.co.jp/dp/B074FXTTKL/ref=cm_sw_r_an_am_at_ws_jp?ie=UTF8

**デフォルトの名無しさん** · 2017/10/28(土) 14:39:54.99

EclipseのエディタがJavaと同じぐらいKotlinサポートしてくれてるなら乗り換えてもいい

**デフォルトの名無しさん** · 2017/10/28(土) 14:44:54.44

KotlinはIntelliJ開発元のJetBrainsが作ってるからEclipseプラグインに期待するのは間違い
もしサードパーティによってIntelliJより使いやすいEclipseプラグインが出てきて開発者がそっちに流れそうになったりしたら
JetBrainsは法的手段を使ってでも全力で潰しに来るはず

**デフォルトの名無しさん** · 2017/10/28(土) 14:58:11.85

極めて単純に「Eclipseは20年以上Javaをサポートしアプデし続けてきたので最強である」というだけなので
今のJava+EclipseをKotlinで再現するにはあとやっぱり20年くらい必要だと思われる
あれは年季の問題であって、NetBeans+Javaとか（困ったことに）IntelliJ+Javaも同じようなものだ

IDEサポートの分厚さという点ではKotlinはどの組み合わせにも及んでいない
とりあえずバックスペースで消していくだけでKotlinプラグインがクラッシュすることがあるのを直さんといかんレベル

**デフォルトの名無しさん** · 2017/10/28(土) 15:54:42.82

MSがVSCodeのプラグイン作ったら1年でJava超えるだろうけどね

**デフォルトの名無しさん** · 2017/10/28(土) 15:57:39.28

なんてこったい

Oracleはjava9でvar採用して
innullablejre.jarを別途提供すべき

**デフォルトの名無しさん** · 2017/10/29(日) 03:51:42.38

すばらしい使い捨て言語だ。

**デフォルトの名無しさん** · 2017/10/29(日) 09:51:25.77

>バックスペースで消していくだけでKotlinプラグインがクラッシュする
あれは繊細過ぎると思う
どっかでチェック開始間隔の設定がありそうだけどな

**デフォルトの名無しさん** · 2017/10/29(日) 09:56:52.64

kotlinでプラグインを書かないからヌルポになるんだよ。

**デフォルトの名無しさん** · 2017/10/29(日) 19:11:11.42

さっき新宿の紀伊國屋書店行ったらKotlinイン・アクションもう置いてあったよ。
ということは多分大きい本屋ならもう売ってると思う。

**デフォルトの名無しさん** · 2017/10/29(日) 21:42:48.27

感想は？買いなん

**デフォルトの名無しさん** · 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秒