Kotlin 3

**デフォルトの名無しさん** · 2018/03/19(月) 04:26:26.03

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

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

**デフォルトの名無しさん** · 2018/04/27(金) 01:14:39.77

>>177
うまい。座布団3枚。

**デフォルトの名無しさん** · 2018/04/27(金) 07:21:51.18

古い浴槽に使うジャバって何だと思ったら除菌する奴なんだな

**デフォルトの名無しさん** · 2018/04/27(金) 20:12:18.01

片仮名で書かれるとジャバ・ザ・ハットしか出てこない

**デフォルトの名無しさん** · 2018/04/27(金) 20:34:23.03

グーグルで検索したらトップにジョンソン株式会社のHP出てくるじゃん
右側にはプログラミング言語のJavaが出てくる

**デフォルトの名無しさん** · 2018/04/27(金) 21:00:55.97

ジャワ

**デフォルトの名無しさん** · 2018/04/27(金) 21:28:53.26

(0..9).map{0}

**デフォルトの名無しさん** · 2018/04/29(日) 15:58:39.63

kotlinとざまりんならどっちがいいの?

**デフォルトの名無しさん** · 2018/04/29(日) 16:01:43.84

ゆうこりんに聞いてみろ

**デフォルトの名無しさん** · 2018/04/29(日) 16:05:31.84

しぶりんに聞いてみます

**デフォルトの名無しさん** · 2018/04/29(日) 16:40:23.64

Xamarin程の糞はない

**デフォルトの名無しさん** · 2018/04/29(日) 17:59:31.99

ろずりんを忘れるな！

**デフォルトの名無しさん** · 2018/04/29(日) 18:11:52.81

もうｺﾁﾝと来たぞ！

**デフォルトの名無しさん** · 2018/04/29(日) 18:49:19.54

かちんこちんこ

**デフォルトの名無しさん** · 2018/04/29(日) 20:07:45.19

うんこと便器どっちがいいって言ってるようなものだ

**デフォルトの名無しさん** · 2018/04/29(日) 21:28:46.33

うんこと便器は種類が違うだろ

**デフォルトの名無しさん** · 2018/04/29(日) 22:47:10.96

jvmとざまりんが便器でことりんとC#がうんこなんだろ

**デフォルトの名無しさん** · 2018/04/29(日) 23:12:50.01

Xamarinがキングオブ糞

**デフォルトの名無しさん** · 2018/04/30(月) 01:31:28.52

>>194
ワロタwwww

**デフォルトの名無しさん** · 2018/05/01(火) 16:39:24.17

ととのいました！
Xamarinとかけまして、山口達也とときます

**デフォルトの名無しさん** · 2018/05/01(火) 17:34:28.27

ざまぁｗｗｗ

**デフォルトの名無しさん** · 2018/05/01(火) 18:45:52.07

どっちもオワコンでしょう

**デフォルトの名無しさん** · 2018/05/01(火) 19:44:51.30

val strList = mutableListOf<String>()
val file = File("a.txt").inputStream()
file.bufferedReader().useLines { lines -> lines.forEach { strList.add(it) } }

kotlinでファイルの内容を一行ずつListに入れたいと思います
今のコードは上記の通りなんですが、もっと良い方法ありますか？
あとから弄ることはないのでmutableじゃなくても良いんですが、
addするために仕方なくmutableListを使ってます

**デフォルトの名無しさん** · 2018/05/01(火) 20:03:57.84

map

**デフォルトの名無しさん** · 2018/05/01(火) 20:09:37.30

>>200
val strList = File("a.txt").inputStream().use { it.bufferedReader().readLines() }

kotlin.io.useとか使ってちゃんとcloseするのも大事

**デフォルトの名無しさん** · 2018/05/01(火) 20:13:03.23

あ、ごめんuseLinesで閉じられるか

**デフォルトの名無しさん** · 2018/05/01(火) 20:46:25.76

addAllでいけねぇか
file.bufferedReader().useLines { strList.addAll(it) }

**デフォルトの名無しさん** · 2018/05/01(火) 20:49:06.56

まぁ、質問の答えじゃねぇけどな・・

**デフォルトの名無しさん** · 2018/05/01(火) 20:58:01.65

>>201
mapをどう使うのか気になります！

>>202
readLines()なんてあったんですね。こいつぁすげえや

>>204
addAll()なんてあったんで（ｒｙ

readLines()使います
ありがとうございました

**デフォルトの名無しさん** · 2018/05/02(水) 02:08:22.72

val lines: List<String> = File("a.txt").readLines()

**デフォルトの名無しさん** · 2018/05/03(木) 07:25:12.31

最近新しいニュースがないけど、Kotlin/Nativeが完成するまでは1.3もおあずけかな。

**デフォルトの名無しさん** · 2018/05/03(木) 17:44:24.53

Google I/Oがあるじゃない

**デフォルトの名無しさん** · 2018/05/03(木) 20:43:37.77

Google I/Oはないじゃある

**デフォルトの名無しさん** · 2018/05/03(木) 21:22:41.34

去年はKotlin正式採用の発表があったからな
今年もそれぐらいインパクトのある発表があるはず

**デフォルトの名無しさん** · 2018/05/03(木) 21:40:02.71

React NativeのNativeModule機能を両側から何かして
Kotlin/Native と Kotlin/JS をシームレスに繋げてほしい

**デフォルトの名無しさん** · 2018/05/03(木) 22:02:26.07

>>211
1.2の時はリリーススケジュールが結構前から出ていた気がするけど、1.3はbetaとかのスケジュールが
まったく出ていないように思う。
JetBrains社はやはり去年のGoogle I/Oで、もうゴールしていいよねになってしまったんじゃなかろうか。

**デフォルトの名無しさん** · 2018/05/04(金) 16:57:06.51

Kotlinって開発速度遅いよね
まー、りんごの言語みたいに毎年のように互換性のなくなるアップデートされるよりはマシだけど

**デフォルトの名無しさん** · 2018/05/04(金) 18:20:43.52

鼻水出て目がしょぼしょぼするから風邪かと思ったらどうやら花粉症らしい
困ったもんだ

**デフォルトの名無しさん** · 2018/05/05(土) 12:01:19.05

>>214
正直これくらいでちょうどいいと思うわ
Swiftみたいになったら見向きもされなくなると思う

**デフォルトの名無しさん** · 2018/05/05(土) 12:04:46.75

Swift程の糞はない

**デフォルトの名無しさん** · 2018/05/06(日) 11:12:22.97

>>216
言語仕様自体はもう変わらなくていいと思うけど、coroutineが宙ぶらりんなのは早くどうにかして欲しい。

**デフォルトの名無しさん** · 2018/05/06(日) 12:46:49.43

すぐ確定仕様にしていった結果がSwiftの有様っすよ
Kotlin Common Module, Kotlin/Native, Kotlin/JSとの兼ね合いもあるのに急いでも碌なことにならない
まだexperimentalでいい

**デフォルトの名無しさん** · 2018/05/06(日) 16:32:13.16

コレクションをもっと簡単に書けるようにしてほしい
[]とか{:}で

**デフォルトの名無しさん** · 2018/05/06(日) 17:56:09.80

了解しました。

**デフォルトの名無しさん** · 2018/05/06(日) 21:58:29.48

じゃ、頼んだよ。

**デフォルトの名無しさん** · 2018/05/06(日) 22:07:05.83

お任せください。

**デフォルトの名無しさん** · 2018/05/06(日) 22:18:17.80

できました

**デフォルトの名無しさん** · 2018/05/06(日) 23:27:56.52

ちんぴょろすぽーん

**デフォルトの名無しさん** · 2018/05/07(月) 10:43:16.65

>>220
ほんとそれ。なんでできないんだろうな。
arrayとmutableArrayの区別をつけられないから、とかか

**デフォルトの名無しさん** · 2018/05/07(月) 12:26:19.53

jsで遊んでろカス

**デフォルトの名無しさん** · 2018/05/07(月) 12:45:36.72

いい大人がJSと遊んでると通報されるぞ

**デフォルトの名無しさん** · 2018/05/07(月) 12:53:24.13

情報種別：子ども被害情報
件名：声掛け事案の発生
発生日時： 07月06日 12:50
発生場所：交野市梅ヶ枝４５番付近路上
発信：交野警察署

発生状況：帰宅途中の女子中学生が、男から「こんにちは」と声を掛けられる事案が発生しました。
犯人：犯人は、年齢２０～３０歳ぐらい、痩せ形で背が高い、黒っぽいTシャツ、ジーパンで黒色自転車に乗車した男１名。

告知内容：不審者を見かけたらすぐに１１０番通報しましょう。

大阪府警察安まちメール
http://www.info.police.pref.osaka.jp/newDeliveryCrimeDetail.do?selectionId=63186

**デフォルトの名無しさん** · 2018/05/07(月) 12:57:16.89

情報種別：子ども被害情報
件名：声掛け事案の発生
発生日時： 07月06日 12:50
発生場所：交野市梅ヶ枝４５番付近路上
発信：交野警察署

発生状況：帰宅途中の女子中学生が、男から「Xamarinほどの糞はない」と声を掛けられる事案が発生しました。
犯人：犯人は、年齢２０～３０歳ぐらい、痩せ形で背が高い、黒っぽいTシャツ、ジーパンで黒色自転車に乗車した男１名。

告知内容：不審者を見かけたらすぐに１１０番通報しましょう。

**デフォルトの名無しさん** · 2018/05/07(月) 14:44:50.29

>>220
プロトタイプベースなJavaScriptでは連想配列がオブジェクト構造そのものになるから重要だけど
Kotlinに導入してもメリットは大して無い

{キー:値}はクロージャ構文と衝突するからSwiftでは[キー:値]を採用している
[]によるリテラル構文が駄目とは言わないけど
配列/連想配列のリテラルなんかのために将来の構文拡張性の一つを失うのはもったいない

**デフォルトの名無しさん** · 2018/05/07(月) 14:48:25.42

まあぶっちゃけarrayOfがあればリテラルはそんないらんよな
Javaよりはずっと簡潔にかける

**デフォルトの名無しさん** · 2018/05/08(火) 05:57:16.16

プログラム書けない人が、面白いSNSアプリを考えたとして
そのアプリを世に出して普及させたいと考えたとして
そのビジネスはどう立ち上げたらいいと思いますか？

**デフォルトの名無しさん** · 2018/05/08(火) 06:03:41.37

スレ違いだと思うんですけど（名推理）
お金を用意して、作ってくれる会社や個人に発注したらどうすか（名案）

**デフォルトの名無しさん** · 2018/05/08(火) 07:10:29.41

1 発注する
2 自分でプログラミングを勉強する

このどちらかしかないよね。

**デフォルトの名無しさん** · 2018/05/08(火) 09:28:42.29

どのように書いてもコンパイラが最適化してくれて最終的に定数は定数としてバイトコード作ってくれれば良いだけ。

**デフォルトの名無しさん** · 2018/05/08(火) 09:29:19.41

あ、リロードせずに書いてしまった。すまん。

**デフォルトの名無しさん** · 2018/05/11(金) 01:52:00.28

結局Android PはXperia XZ2で動くじゃねーか
誰だよ日本でリファレンス機ないとか騒いでたやつは

**デフォルトの名無しさん** · 2018/05/11(金) 03:46:10.23

一昨日までなかったろう。何言ってるんだ

**デフォルトの名無しさん** · 2018/05/11(金) 10:14:43.64

どうせこうなることは分かっていた
日本人は神経質過ぎんだよ

**デフォルトの名無しさん** · 2018/05/11(金) 10:28:40.99

なんでPixelって日本で売らんの？

**デフォルトの名無しさん** · 2018/05/11(金) 10:42:59.07

異常な市場なのとグーグルアシスタントの日本語対応なんじゃない？
前者の影響が大きいかと思う

**デフォルトの名無しさん** · 2018/05/11(金) 10:57:02.07

iPhone優位な市場は日本以外にもあるけど、Androidに限ってもキャリアに征服された謎の機種しか売れないのは日本くらいかもな

**デフォルトの名無しさん** · 2018/05/11(金) 11:26:42.85

KotlinでAndroidアプリ作って見たいけど、Pixelないから実機検証何でやったらいいのか分からんのよね

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

appleを儲けさせるために、アメリカの属国の日本には優秀なAndroid端末が入らないようにしてるんだよ

**デフォルトの名無しさん** · 2018/05/11(金) 13:01:44.20

Kotlinだからってのが意味不明

**デフォルトの名無しさん** · 2018/05/11(金) 13:02:27.25

Nexus5x/6p使え

**デフォルトの名無しさん** · 2018/05/11(金) 13:43:28.76

>>228
座布団一枚!

**デフォルトの名無しさん** · 2018/05/12(土) 02:53:14.30

Google はもう Kotlin へ完全移行する気満々だな

Android API 公式リファレンスのKotlin版
https://developer.android.com/reference/kotlin/packages

より Kotlin ぽい感じに書ける拡張 Android API
https://developer.android.com/kotlin/ktx

**デフォルトの名無しさん** · 2018/05/12(土) 03:56:54.16

残念ながらflutter/dartが本命だから

**デフォルトの名無しさん** · 2018/05/12(土) 06:47:31.56

そんなんGoogle I/O見てたら明らかだっただろ

**デフォルトの名無しさん** · 2018/05/12(土) 07:48:50.66

ioでflutterなんか話題になってたっけ？

**デフォルトの名無しさん** · 2018/05/12(土) 10:30:14.15

Googleの場合、GmailとInBoxの関係のように好きな方を使えってことだろ

**デフォルトの名無しさん** · 2018/05/12(土) 10:44:06.88

dartそこはかとなく古臭いんだけど。
flutterがkotlinに対応したほうが早い。

**デフォルトの名無しさん** · 2018/05/12(土) 11:29:09.48

kotlinよりjavaの方が優れてる点って無いもんな
javaの資産維持しつつkotlinに移行する流れは必然

**デフォルトの名無しさん** · 2018/05/12(土) 11:43:34.80

>>250
むしろなんとかDartを押し上げようと苦心してるような状況じゃね
Google社内の空気的にも厳しいと思うが
https://www.publickey1.jp/blog/17/typescriptdartgoogle.html

**デフォルトの名無しさん** · 2018/05/12(土) 12:54:23.79

ちょっとKotlinが話題になったらすぐにJavaサポートは廃止に違いないと
日本人らしい短絡的早漏思考

**デフォルトの名無しさん** · 2018/05/12(土) 13:49:25.85

Dartは古臭いというか洗練されてないというか
昔懐かしいオールドJavaScriptにそっくりだからなあ

**デフォルトの名無しさん** · 2018/05/12(土) 13:51:40.75

>>256
今年の発表を受けてもdartで盛り上がってるコミュニティなんて見たことないもんな
正直dartが人気になる可能性ほぼないから、それに引っ張られる形でflutterも上手くいかないと思う

**デフォルトの名無しさん** · 2018/05/12(土) 13:52:53.24

そもそもdartはbetterJSとしてJava開発者に馴染む様に作られたからね

**デフォルトの名無しさん** · 2018/05/12(土) 14:00:13.86

廃止するとは思えないなあ。

**デフォルトの名無しさん** · 2018/05/12(土) 15:02:38.88

確かにdartはくそだと思うけどトータルとして見ると
flutter+dart>Arch Comp+kotlin
だからな。

**デフォルトの名無しさん** · 2018/05/12(土) 15:18:37.38

そうか？まあしかし俺はKotlinに傾注するよ。というのはこういうのは言語そのものの良し悪しよりも広まったもん勝ちになるのが普通だからだ。
広まって稼げるとなると入門書や関連書籍も沢山出てライブラリとかも沢山作られて余計に楽になる。

**デフォルトの名無しさん** · 2018/05/12(土) 15:31:16.99

いくらkotlinが素晴らしくても他の部分が足引っ張りすぎだわ。データバインディングやらarch compで楽になったとはいえ元がクソ過ぎて継ぎはぎだらけで、データバインディングはメニューにはバインドできなくて結局自前でやる中途半端さ。
kotlin+databind+arch compsでMVVMで1本作って見たけど、そこら辺の中途半端さにいらいら。

で次のアプリをflutter+dartで作ってるけど、dartのクソな部分が多少目につくけどflutterの方は一貫性があって今のところいい感じ

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

>>264
それはビジネスチャンスだぞ。その糞な部分を埋めるものを君が作れば世界中に唸るほど売れて何億ドルも稼ぎまくってビリオネアになれるということだ。
ま、頑張れ。

**デフォルトの名無しさん** · 2018/05/12(土) 16:30:53.52

menuはtoolbar部分を普通に自前でレイアウトしてImageViewなりTextViewなりを
配置すればdatabindingできるけどな

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

>>263
完全に同意。
flutterはよく設計されてると思うけど、Dartであることがボトルネックになって広く使われることはまずないだろうな

**デフォルトの名無しさん** · 2018/05/12(土) 21:07:41.76

言語なんて手段だ。でも世の中には言語でやるやらないを決める人が大勢いる。そして多数は正義。

**デフォルトの名無しさん** · 2018/05/12(土) 23:59:57.49

Kotlin to Dartの実装を試みてる人は公式コンパイラをフォークした形では見当たらないな
React Nativeと同様にFlutterにも寄生出来るようにしておけば有利になる気はするんだけど

dart2jsをフォークしてDartコードからexternal修飾のKotlin定義を生成する実装
kotlin/jsをフォークしてKotlinコードからDartコードを生成する実装

**デフォルトの名無しさん** · 2018/05/13(日) 00:07:40.13

プログラミング初心者です。
アンドロイドアプリ作りたいけど、過疎すぎてつらい

**デフォルトの名無しさん** · 2018/05/13(日) 02:09:51.07

スタックオーバーフローに逝けや

**デフォルトの名無しさん** · 2018/05/13(日) 10:38:43.37

>>270
そこそこ人居るっぽいけど

Androidプログラミング質問スレ revision54
https://mevius.5ch.net/test/read.cgi/tech/1510691057/

Android Studio 2
https://mevius.5ch.net/test/read.cgi/tech/1464941420/

とりあえずJDKと Android StudioまたはIntelliJ Community をインストールして後はググればいい

**デフォルトの名無しさん** · 2018/05/13(日) 16:51:03.60

Anko使ってる？使った方がいい？

**デフォルトの名無しさん** · 2018/05/13(日) 17:06:31.75

GoogleはきっとAndroidのJavaフレームワーク全てをKotlinコンパチで書き直したいだろうけど物理的に無理だろうな。それじゃあいっそのこと新しいOSを作ろうって話になる。それも無理だからJavaがAndroidフレームワークから消え去ることは決してないだろう

**デフォルトの名無しさん** · 2018/05/13(日) 19:06:00.65

使わなくていい

**デフォルトの名無しさん** · 2018/05/13(日) 21:58:45.82

>>274
KotlinはJavaVMで動くんだから何も作る必要ないと思うが？
ドキュメントはあった方がわかりやすくて良いだろうけどなくてもKotlinからJavaのクラスを使う時の規則が分かってれば使えるよ。

**デフォルトの名無しさん** · 2018/05/13(日) 22:16:44.87

>>274
KotlinはJavaと100%互換だからその意味では達成されてる。あとは機能差の互換性、具体的にはnull safeなどだけど、これらも既存、新規のフレームワークへのnudityアノテーションの付与、ktx、android studioによるKotlin変換などすでに取り組まれている

**デフォルトの名無しさん** · 2018/05/13(日) 23:10:46.32

Kotlinは素晴らしいけど、Android用言語としては途中からの参戦になるからちょっと残念だったなぁという話

**デフォルトの名無しさん** · 2018/05/13(日) 23:38:07.37

ま、しかし、Javaよりも作りやすいと思しGoogleがサポート表明して爆発的に使う人増えただろうから多分勢いは止まらずにKotlinだらけになるんじゃないかな。