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/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だらけになるんじゃないかな。

**デフォルトの名無しさん** · 2018/05/14(月) 00:38:31.31

まだKotlinやってねえのか。早く覚えないとAndroidの仕事できなくなるぞ

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

案件で言語指定された事はない。言語の縛りがあるのは引き継ぎ案件ぐらい。

**デフォルトの名無しさん** · 2018/05/14(月) 09:56:21.67

実装16Gだけどフリーズ地獄
Studioではなく、独立したKotolinのReplはありませんか？

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

>>282
単純な疑問なんだけど、どういう目的で使うの？

**デフォルトの名無しさん** · 2018/05/14(月) 11:06:35.33

>>282
独立した？って、コマンドラインから使えるやつなら普通に配布されてるよ。
ただしWindowsのコマンドプロンプトでは漢字が化けた。
これを避けたい場合はWSL経由で使うかまたは本当にLinuxで使うか、かな。

**デフォルトの名無しさん** · 2018/05/14(月) 11:19:05.19

あ、ごめん。化けるのはReplでキーボードから文字を直接入力した時だけね(端末設定の都合でうまく行かないみたい)。
ファイルにスクリプト書いて実行する場合やコンパイルするなら問題ない。
シフトJIS(というかWindows-31j)のままで化けずに動く。

**デフォルトの名無しさん** · 2018/05/14(月) 12:18:54.86

みなさん、ありがとー！
参考になりました！

**デフォルトの名無しさん** · 2018/05/14(月) 12:39:57.61

どういたしましてー！
またねー！

**デフォルトの名無しさん** · 2018/05/14(月) 19:21:22.70

Xamarinもよろしくねー！

**デフォルトの名無しさん** · 2018/05/14(月) 20:40:04.21

いやXamarinは無いわ。(真顔)

**デフォルトの名無しさん** · 2018/05/14(月) 22:52:24.18

Xamarinほどの

**デフォルトの名無しさん** · 2018/05/14(月) 22:56:32.57

消しゴムひとつ

**デフォルトの名無しさん** · 2018/05/14(月) 23:01:02.80

やっぱりおっさんスレだなここは

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

ちょまど神への信仰が足りませんね
　教育が必要でしょうか

**デフォルトの名無しさん** · 2018/05/14(月) 23:25:49.43

ちょまどとかおっぱいだけやんけ

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

Kotlinに関する初心者の質問はこちらで受けていただけますか？
もし受けていただけないのならスルー、もしくは誘導をお願いします＞＜

1 var name:String?="xxx"
2 name?.let{
3 println(it.toUpperCase())
4 it.length
5 }

3行目、4行目がラムダ式と解説されているのですが
3，4行目を、原則的なラムダ式に書き換えるとしたら
どんな記述になるのでしょうか？
3，4行がどうしてラムダ式になるのかよくわからなくて。
アバウトでも結構ですのでよろしくお願いします。

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

ラムダ式かラムダ式じゃないかとかどうだっていいじゃない

**デフォルトの名無しさん** · 2018/05/15(火) 18:36:31.31

原則的な？

**デフォルトの名無しさん** · 2018/05/15(火) 18:48:01.62

3 println(toUpperCaseのスーパークラス({ s -> it.toUpperCase}))

って感じになるのでしょうか？という意味でした

**デフォルトの名無しさん** · 2018/05/15(火) 19:32:36.61

教えてあげたいけど何が分からないのかよく分からない。

letは任意の型に対しての拡張関数で、ラムダ式を引数として受け取るスコープ関数という構文なんだけど、そこはわかる？

**デフォルトの名無しさん** · 2018/05/15(火) 19:35:25.36

ちなみにletの中でitはletが呼び出されたレシーバ(上の例ではString型のxxx)を指す。
なのでこの例だとitはString型だから、String型のメソッドである.toUpperCaseを呼び出せてる。

見当違いな答えだったらすまん、追加で聞いてくれ

**デフォルトの名無しさん** · 2018/05/15(火) 19:46:30.06

2こぶラムダ

**デフォルトの名無しさん** · 2018/05/15(火) 20:45:25.49

>>295
何がわからないのか分からないけど、もしかして3,4行目だけがラムダ式だと思ってる？
ラムダ式の部分は
{
println(it.toUpperCase())
it.length
}
この{から}まで

原則的なラムダ式って意味がよく分からんけど、今回のコードを長ったらしく書けば
name?.let( { name -> println(name.toUpperCase());name.length } )
になる

**デフォルトの名無しさん** · 2018/05/15(火) 21:51:33.14

原則的なラムダ式って継続渡しスタイルのことか？
Haskellのdo記法のようなことしてると思ったのだろうか