Kotlin 2

**デフォルトの名無しさん** · 2017/11/07(火) 23:20:19.14

やってみるとわかるのだが（やらなくてもいいが）、中上級者向けの本というのは全然儲からないのだ
書くの時間かかるし分厚くなって値段高くなるし売れなくなるしチェック内容増えるし時代遅れが混じるし下手すると共書だし
出来によっては「あのすごい便利な本を書いた人」という称号はいくらかの称賛になり、ひょっとしたら生活豊かルートをも開拓するかもしれないが、分は悪い
初心者向けの本をひとりで年に2冊くらい書いてたほうが、志低いと揶揄されながらもきちんと生活できるのさ

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

粗製濫造して食う飯はうまいか

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

やってみるとわかるとな？

**デフォルトの名無しさん** · 2017/11/08(水) 05:57:05.62

掌田津耶乃って何者? (Late 2012)
http://egg.2ch.net/test/read.cgi/mac/1349360916/

1 ：Mac Fan Letterより転載 [sage] ：2012/10/04(木) 23:28:36.22 ID:ZGQCgQTH0
● ネットサーフの溺死者たち
「友がみな我より偉く見ゆる日よ」

「2チャンネル」という最低最悪のサイトがある。

**デフォルトの名無しさん** · 2017/11/08(水) 06:28:34.57

>>94
器用貧乏とは言ったものの、翻訳書が原書+1000円くらいの値段になることがざらなことを考えると
英語の公式チュートリアルを訳しただけでも、値段相応なのかもしれん。

しかし、著者のことをよく知らずにタイトルだけでうっかり買ってしまったものの身にもなって欲しい(自己責任)
深く理解した上で書かれた本かどうかは、(本を必要とするレベルの人には)立ち読み程度ではわからない。

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

Kotlinに限らずあれもこれも全く初心者に寄り添っていないことを鑑みると、初心者向けの本を書くというだけで価値があるのやもしれぬ
あなたがライブラリマニュアル作るときに開発環境のダウンロードやプログラミング言語の文法から説明しないのと同じだ

**デフォルトの名無しさん** · 2017/11/09(木) 10:27:49.04

「単純に意味や役割が似通ってるメソッドを集めただけのメソッド集」を表すものってないですかね
Rubyでいうmoduleみたいなやつ
特にどのオブジェクトに属してるってわけでもない、誰も初期化しなくてよくてすぐメソッドが使えるやつ
いまobjectでシングルトンクラスにしてるけど、なんか漂う特別感に違和感が

**デフォルトの名無しさん** · 2017/11/09(木) 12:13:06.41

適当なネームスペースで、メソッドじゃなくて関数だけ複数定義したファイルを作ればいいんじゃないかな？

**デフォルトの名無しさん** · 2017/11/09(木) 13:29:13.78

ああなるほど、packageで分ければいいのか…
シングルトンクラスの中に書くよりはしっくりくる…ような…気が…す…うん、そういうものだと思うことにします

**デフォルトの名無しさん** · 2017/11/09(木) 21:56:51.74

Kotlinで以下の処理をスマートに書き直したらどうなりますか

int idx = -1;
for (int i=0; i<list.size(); i++) {
　　if (list[i].data == data) {
　　　　idx = i;
　　　　break;
　　}
}
(idxを使った処理)

**デフォルトの名無しさん** · 2017/11/09(木) 22:05:39.85

val idx = list.indexOfFirst{ it.data == data }

**デフォルトの名無しさん** · 2017/11/09(木) 22:25:18.35

逆引き、ポケットリファレンスものを出して

**デフォルトの名無しさん** · 2017/11/09(木) 22:52:38.14

>>110
サンクス！まさか1行でできてしまうとは。。
Android Studioに貼り付けてもこうはならないよね

**デフォルトの名無しさん** · 2017/11/10(金) 09:13:11.87

>>111
とりあえずここで質問すれば答えが書かれるので、後でまとめページを作れば良い。

**デフォルトの名無しさん** · 2017/11/10(金) 09:42:49.25

Kotlin、、怖ろしい子。。

**デフォルトの名無しさん** · 2017/11/11(土) 02:40:35.26

じゃばの妹ことりん

**デフォルトの名無しさん** · 2017/11/11(土) 03:22:51.50

>>115
なんだその国民の妹みたいな表現は

**デフォルトの名無しさん** · 2017/11/11(土) 10:02:03.10

ことりん星からやったきたことりん

**デフォルトの名無しさん** · 2017/11/11(土) 10:10:11.58

>>117
それ最後に爆発するやつじゃんｗ

**デフォルトの名無しさん** · 2017/11/11(土) 11:27:33.83

お前ら「よーし新しく覚えたKotlinのあんな技こんな技使ってコーディングするぞー」
～数日後コードレビュー～
リーダー「あー、これ全部Javaと同じ感じで作り直しといてネ、ヨロシク」

**デフォルトの名無しさん** · 2017/11/11(土) 13:22:59.28

ゆうこりん

**デフォルトの名無しさん** · 2017/11/11(土) 14:04:32.65

>>119
コーディングルールでピュアJava使えってなってるならただのアホだろｗ

**デフォルトの名無しさん** · 2017/11/11(土) 21:12:50.74

>>121
トップがKotlinへの移行を目指して次はKotlinとJavaの混在プロジェクトにするとか言って、
でも所属するチームのトップがJavaしか使わないとかいうシナリオなら、
>>119のような事が起きたとしても>>121の言うような矛盾はない...と思う。

**122** · 2017/11/11(土) 21:14:35.14

そして逆コンパイルしたJavaを提出して盛大に怒られる...みたいな。

こんなことで連投してスマン

**デフォルトの名無しさん** · 2017/11/12(日) 01:41:23.15

そんな会社辞めちまえ

**デフォルトの名無しさん** · 2017/11/12(日) 02:34:42.29

君、セミコロンを忘れているよ。

**デフォルトの名無しさん** · 2017/11/13(月) 09:38:49.46

；

**デフォルトの名無しさん** · 2017/11/15(水) 06:46:05.48

>>126
君、中身を忘れているよ^^;

**デフォルトの名無しさん** · 2017/11/15(水) 12:16:34.07

println("；")

**デフォルトの名無しさん** · 2017/11/15(水) 12:45:09.17

ぷりんとりん

**デフォルトの名無しさん** · 2017/11/15(水) 17:33:26.94

そういや print って印刷って意味だよな。もはや時代も変わり誰も印刷してないのにプログラミング言語では print で出力が定番になっちゃったな。

**デフォルトの名無しさん** · 2017/11/15(水) 18:04:14.40

厳密には印字なのでギリギリ合ってる
原初のBASICのPRINT対象はテレタイプだったから印刷するという意図とはそもそもちょっとだけ違う

**デフォルトの名無しさん** · 2017/11/15(水) 18:13:51.46

ポワトリン

**デフォルトの名無しさん** · 2017/11/15(水) 20:09:08.28

ブラウン管に文字を焼き付けるから print

無理があるな。

**デフォルトの名無しさん** · 2017/11/16(木) 10:46:41.50

printの古い意味は押すだからな

**デフォルトの名無しさん** · 2017/11/16(木) 11:23:36.83

そういえば昔、プリントごっこで押しまくってたな

**デフォルトの名無しさん** · 2017/11/16(木) 11:54:15.38

putもあるやん

**デフォルトの名無しさん** · 2017/11/16(木) 12:14:02.89

>>136
putは置く

**デフォルトの名無しさん** · 2017/11/16(木) 16:02:46.86

押して痕跡残すようなのが print だな。

**デフォルトの名無しさん** · 2017/11/16(木) 20:15:28.89

kotlinの文法ってちょっと省略しすぎだし、やりすぎじゃねぇの・・・
C#の方がバランス取れてるわ。

**デフォルトの名無しさん** · 2017/11/16(木) 21:14:22.81

>>139
具体的にはどういう文法のこと言ってるの？

**デフォルトの名無しさん** · 2017/11/17(金) 08:55:38.80

慣れの問題だと思うけどなあ

**デフォルトの名無しさん** · 2017/11/17(金) 09:43:27.88

抽象化と少ないコードが正義な昨今の風潮ではこういう文法が受ける
本当にこれで良かったのかは後10年ぐらいしたらわかるだろう

**デフォルトの名無しさん** · 2017/11/17(金) 09:59:51.99

>>140
どれがとは言いにくいけど>>139の言いたいこともわかる気がする。
個人的にはコンストラクタをクラス宣言に書けば、フィールドやコンストラクタの宣言を省略できる仕様とか。
2つ以上のコンストラクタを定義したり複雑なコンストラクタを定義しようとするときの表現に一貫性がなくなったと思う。
フィールド(Kotlinではプロパティだっけ)の記述場所もクラス宣言と本体にバラバラの配置になるし。

Javaにしとけばいいのかもしれないけど、null安全に書いてみたいと思って使っている。
あとwhenがお気に入り。

**デフォルトの名無しさん** · 2017/11/17(金) 10:24:11.98

CP/M80上で動くKotlin処理系が無い…

**デフォルトの名無しさん** · 2017/11/17(金) 10:46:54.88

これはこれで同じこと書いてる感がん～って感じではある
class MyData(name: String, age: Int){
val name = name
val age = age
}
引数にval書けちゃうことでの「見かけ一貫性の破れ」と「引数もチェックしなければならなくなったという手間」は肯定する

**デフォルトの名無しさん** · 2017/11/17(金) 10:51:53.19

というかあれはdataクラスを便利に書くためだけのギミックな気がするぞ
しかし言われてみれば視線的にめっちゃ遠いのはその通りだな、家のやつは今度使わずに書いてみるか

**デフォルトの名無しさん** · 2017/11/17(金) 11:08:33.26

>>144
JavaVMが動かんわw

**デフォルトの名無しさん** · 2017/11/17(金) 15:22:12.81

KotlinがNull安全といっても結局、Javaなどの使用するクラスライブラリがNull安全じゃないからな。
Kotlinだけで閉じてればいいけど、Kotlin最小限のライブラリしか用意してねぇし。どうすりゃいいんでしょうか？？
「！！」演算子積極的に使えばいいの？

**デフォルトの名無しさん** · 2017/11/17(金) 15:36:01.97

自分のメソッドは全部ヌルポ無しにすればいい。

**デフォルトの名無しさん** · 2017/11/17(金) 15:42:27.11

うん。自分のメソッドはNot Nullにしてるけど、その実装で結局、Javaのクラスが絡む事多いから、
その実装部分で「！！」連発してるんだけど、なんだかなぁ・・・・・

**デフォルトの名無しさん** · 2017/11/17(金) 15:49:49.94

ぬるぽが出そうならトラップするという記法がKotlinにはいくつもあるだろそれ使え

chackNotNull(nullable){ "ぬるぽだけは阻止しましたが例外で落ちますさようなら" }
nullable?.aaa?.bbb ?: throw RuntimeException("エラーとぬるぽって死ぬ点で大差なくね？")
when(){
nullable == null -> println("おかあさんに言いつける")
isSomeState -> nullable.xxx.yyy // 文脈上nullが来得ないので ?. で書かなくていい
}

**デフォルトの名無しさん** · 2017/11/17(金) 15:51:51.91

ああまた空whenに()つけてる
毎回間違って毎回IDEに文句言われるんだよなこれ

**デフォルトの名無しさん** · 2017/11/17(金) 16:16:30.86

>ぬるぽが出そうならトラップ
ぬるぽが出そうというより、Javaのクラスから返される型は「型名!」ってAndroid Studioを
表示されてて、この型ってNullableの「型名?」と同じでNullチェックしないといけないと思ってて
「!!」連発してたんだが、これ違うな・・・

「型名!」ってNullチェックしなくてもいいのか・・・
つか、言語仕様上どんな扱いになってんだこれ・・

**デフォルトの名無しさん** · 2017/11/17(金) 16:19:43.26

>>60で質問したときに、>>61で答えてもらって
ただのIDEの表示上の事なんだと思ってたが違うのか？？

**デフォルトの名無しさん** · 2017/11/17(金) 16:38:25.33

T? と T or T? は違うよ
Nullableかどうかすらわからない後者の場合はnullチェックしなくてもコンパイルは通るよ
「だってそれはNullableではないから」
まあ、そしてぬるぽが出るんだけども
Kotlin的にはnullチェックは不要だけどIDE的にはnullが入りうることがわかってるので気を付けてね！の ! だ

**デフォルトの名無しさん** · 2017/11/17(金) 17:00:12.18

>>155
ありがとうございます。
Platform Typesについてしっかり読んでませんでした。そこに色々書いてありましたね。

**デフォルトの名無しさん** · 2017/11/17(金) 17:09:53.72

>T? と T or T? は違うよ
T or T?がプラットフォーム型というやつですかね。で、プラットフォーム型ではNullチェックが緩和される
って書いてありましたね。

T? と T or T? は同じと勘違いしてました。要はT or T?か分からないから、よりたくさん表現できるT?として扱えばいいし、
そうなってるのかと勘違いしてました。

**デフォルトの名無しさん** · 2017/11/17(金) 17:41:51.36

つか、デバッグしてて思ったけど、C#のusing (resource)やlock文に相当する言語組み込みの
文がkotlinにないのがちょっとめんどくさいよね。ステップオバーで順にどんどん進めねぇじゃねぇか・・
inputStream.use {
　// いちいちここにブレークポイント設定しないと・・・
}とかだと、実態は関数呼び出しだから、ステップオーバーだと、内部のブロック飛び越えちゃう・・

**デフォルトの名無しさん** · 2017/11/17(金) 17:57:25.06

ステップイン/ステップアウトではだめなのか

**デフォルトの名無しさん** · 2017/11/17(金) 18:06:21.43

ああ、ステップインで行けたね。ステップインすると、最初useなどの拡張関数の方にぶっとぶかと思ったけど、
自分のブロックの方に直接飛べるのか。
まぁ、オーバー・インを切り替えるのひと手間だけど、まぁそれぐらいなら。

**デフォルトの名無しさん** · 2017/11/17(金) 20:50:48.90

正直、AndroidのJavaの代替としてKotlinを使うなら、Android Studio 3.0でJavaで全APIレベルでラムダ式が
使えるようになったらしいし、後、Javaにvarなどのローカル変数の型推論あたりがくれば、Javaでも
いいかなと思うが(async/awaitもほしいけど)、Kotlin for JavaScriptの存在を知って、
ちょうど、JavaScriptとかスクリプト言語を本格的に使った事なく動的型付け言語使いたくない自分にぴったしだと
思ってKotlin覚えてみようかなと思ってきた。

Kotlin,JavaScriptでググってもあんま引っかからんけど、TypeScriptとかにとって代わったりしそうじゃねぇか？？

**デフォルトの名無しさん** · 2017/11/17(金) 21:21:37.83

>>161
> Javaにvarなどのローカル変数の型推論あたりがくれば

それ実現されるまでまってられっかよ

**デフォルトの名無しさん** · 2017/11/17(金) 21:40:35.61

Haxe(ヘックス)はOSSで、JSに型チェックを付けたような言語で(altJS)、
JS(ES5), Flash, PHP, C++, Java, C#, Python, Lua に書き出せる。
Windows8.1対応。IDEは、FlashDevelop

このサイトで、ブラウザでプログラミングして、実行できる
Try Haxe !
try.haxe.org/

Kotlin = Java + Groovy

Haxe, Kotlin, Ruby をやると、他の言語がクソに見える

**デフォルトの名無しさん** · 2017/11/17(金) 22:45:03.99

Hexe ってドイツ語で魔女って意味だな

**デフォルトの名無しさん** · 2017/11/17(金) 23:45:36.46

>>163
言語がどうのこうの言ってるうちは、まだまだだよ。

25 · 2017/11/18(土) 00:02:14.05

kotlinから始めたら挫折して、
結局Javaの勉強再開しました。
何個かアプリ作れるようになったけどまだまだ。
Java覚えたらkotlinまで追いつきたい。

**デフォルトの名無しさん** · 2017/11/18(土) 00:31:51.67

Javaで動くアプリ作れてKotlin書けないってのもわりとレアケースだと思うのだが（完全に全くJava以外の経験がないとか？）
まあ個人の進度に文句もないしKotlinはしばらく逃げないので焦らずお好きにやっていただきたい

**デフォルトの名無しさん** · 2017/11/18(土) 00:47:06.52

>>167
Javaの勉強途中でちょうどkotlinが盛り上がってて、
両方覚えられる！と欲張った結果、
なんか情報も少なく、混乱して挫折。
とりあえずJavaで慣れたらkotlinもやってみます。

**デフォルトの名無しさん** · 2017/11/18(土) 16:34:14.39

Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

**デフォルトの名無しさん** · 2017/11/18(土) 16:40:27.50

ngsw tr

**デフォルトの名無しさん** · 2017/11/18(土) 16:53:48.97

プログラミング言語初学に向かないのは多分間違いない

**デフォルトの名無しさん** · 2017/11/19(日) 08:38:46.28

C#のusingもJavaのtry-with-resourcesもkotlin.io.useも気に入らない

GCだからC++やSwiftのようなデストラクタまでは無くてもいいけど
せめて use val xx = ... のようにキーワード付き変数の場合に
スコープアウトでcloseする構文を用意して欲しい

後処理の指定ごときでいちいちブロックスコープ増やすなと

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

>>172
中括弧省略すればブロックスコープ増えないし、ほぼそれと同じ構文で書けるやん

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

そーゆークラスを作ればいい
内部的にはそうしてても使う側が意識しなきゃそれでいい

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

StackOverFlowで「○○するにはどうすればいいですか」に対して
自作の20行くらいの関数返して「こうすれば1行で書ける」とか言う回答者みたいだなｗ

**デフォルトの名無しさん** · 2017/11/19(日) 13:20:53.07

例えばこれを

　　openCamera(id).use { dev ->
　　　　dev.video().use { vidIn ->
　　　　　　File(dstPath).outputStream().use { output ->
　　　　　　　　val vidOut = videoWriter(output)
　　　　　　　　vidIn.eachFrame { frame ->
　　　　　　　　　　filter.write(frame, vidOut)
　　　　　　　　　　return checkContinue()
　　　　　　　　}
　　　　　　}
　　　　}
　　}

このように

　　use val dev = cameraOpen(id)
　　use val vidIn = dev.video()
　　use val output = File(dstPath).outputStream()
　　val vidOut = videoWriter(output)
　　vidIn.eachFrame { frame ->
　　　　filter.write(frame, vidOut)
　　　　return checkContinue()
　　}

**デフォルトの名無しさん** · 2017/11/19(日) 13:22:16.49

次点で、golangのdeferのように

　　val dev = cameraOpen(id)
　　defer{dev.close()}
　　
　　val vidIn = dev.video()
　　defer{vidIn.close()}
　　
　　val output = File(dstPath).outputStream()
　　defer{output.close()}
　　
　　val vidOut = videoWriter(output)
　　vidIn.eachFrame { frame ->
　　　　filter.write(frame, vidOut)
　　　　return checkContinue()
　　}

としたい
usingやuse関数での書き方が駄目とまでは言わないが俺は気に入らない

**デフォルトの名無しさん** · 2017/11/19(日) 14:00:39.13

そういやjetbrainのIDEってjavaで出来てるんだよな。
kotlinで書き直されたりしてんのかな。そのへんどうなの？中の人とか？

**デフォルトの名無しさん** · 2017/11/19(日) 14:24:47.63

>>173
どういうこと？

**デフォルトの名無しさん** · 2017/11/19(日) 15:32:50.61

>>176 >>177
純粋な興味で質問するんだけど
その書き方で各段階のデバイスオープン不可だったとき対処できる言語ってあるの?try-catchで括っておくとかなのかな。

>>176の下の書式は最初のデバイスがヌルが返ってきたときに雪崩式にハングしそう。
>>177は最初にデバイスクローズして下に流れたらどうなってしまうのか。

**デフォルトの名無しさん** · 2017/11/19(日) 15:53:26.75

try-with-resourcesみたいに「ここでリソース開いてるしエラーも起こりうるぞ！」って明示してくれるのが好き

**デフォルトの名無しさん** · 2017/11/19(日) 16:35:29.23

文句の本質的には「ブロックネスト深すぎて見かけの空白多くてキモい」ってだけだよねコレ
まあ見かけはかなり重要なのだが
どこでcloseが起こるかわかるほうがいいとは思うけどな
ブロック深いのとは別件な気がする

**デフォルトの名無しさん** · 2017/11/19(日) 17:52:32.52

>>180
3例とも同じ動作想定のサンプルコードだよ
オープン不可はnullでなく例外、どこで例外が起きても開いた分はcloseされる

>>182
そう、キモいってだけ
実行のタイミングと順序は厳密に決まるからどこでcloseが起こるかは分かる
closeの仕掛けとブロック増加が不可分なのが気に入らないという話

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

>>179
if文で中括弧を省略できるのと一緒

**デフォルトの名無しさん** · 2017/11/19(日) 20:14:04.01

kotlinはまず開発環境をもっと整えてほしいわ。
特にVisual Studio Codeで無料の拡張プラグインを。
JetBrainはIDEを打ってる会社なのかもしれんが・・

**デフォルトの名無しさん** · 2017/11/19(日) 20:34:18.95

>>184
すまんそれがどう「ほぼそれと同じ構文」に繋がるのかイメージ出来ない
>>176の例だとどうなる？

**デフォルトの名無しさん** · 2017/11/19(日) 20:38:00.92

forを読めるが書けない
これだけが毎回全く覚えられない（あの形式はレガシーであって何の意味もないと思う）
イテレータでいいと思うのだが、Rangeはなにやら遅いとか言われてて憂鬱だ

**デフォルトの名無しさん** · 2017/11/19(日) 20:49:57.92

>>186
書いてみ

**デフォルトの名無しさん** · 2017/11/19(日) 21:05:03.09

>>188
いや、イメージ出来ないから書いてよ

**デフォルトの名無しさん** · 2017/11/19(日) 21:12:25.17

>>178,185
誤 : JetBrain
正 : JetBrains

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

>>189
ifの中括弧省略と一緒と聞いて本当にわからないのであれば重症やな

**デフォルトの名無しさん** · 2017/11/19(日) 21:50:45.20

>>191
煽ってくる意味が分からない
具体例を示すだけだと思うんだが・・・

**デフォルトの名無しさん** · 2017/11/19(日) 22:15:39.30

>>176はそんなにopenとcloseをしないといけないのはクラス設計に問題があるのではないだろうか。
そこまでしないといけないことが頻繁にあるケースはまれだと思うので、拡張関数を定義して解決しては。
あと、個人が気に入らないと思うたびに構文を増やしたらC++みたいになるのは歴史が示すところかと。

>>173
Kotlinでは>>176のケースはif式のように{}を省略することはできないような気がするのですが。
省略できても見かけのブロックがなくなるだけで、多重ネスト構造なのは変わらない気がする。

**デフォルトの名無しさん** · 2017/11/20(月) 00:57:34.61

>>191
俺も分からないので是非書いて欲しい。
こちらはKotlin学習中なので重症ではない。単にわからないだけだ。

**デフォルトの名無しさん** · 2017/11/20(月) 03:18:31.42

>>177
File.open(ファイル名) do |file|
処理
end

Ruby では、File.open()に、クロージャの実装である、ブロックを渡すと、
close()する必要がなくなる。
自動的に内部的に、例外処理で囲んで、finally で、close してくれる

たいていの言語で、そう

**デフォルトの名無しさん** · 2017/11/21(火) 07:47:12.65

JVM版とNative版など環境がいくつかあるけど、標準ライブラリは基本共通なの？

**デフォルトの名無しさん** · 2017/11/21(火) 11:37:34.13

こういう風に違うシグネチャの関数の参照はどうしたら良いのか？
https://ideone.com/jXVu5V

**デフォルトの名無しさん** · 2017/11/21(火) 12:00:29.42

未対応なので回避策とるくらいしか
val fa = {n:Int -> f(n) }
val fb = {n:Int, s:String -> f(n, s) }

**デフォルトの名無しさん** · 2017/11/21(火) 12:29:26.29

あ。未対応だったのか。どうりでいくら調べても見つからないと思った。
それならそんな風に書くしかないね。

**デフォルトの名無しさん** · 2017/11/21(火) 13:08:24.36

>>199
ごめん変数/引数の型指定があれば解決出来るみたい
https://ideone.com/CzyR3A

**デフォルトの名無しさん** · 2017/11/21(火) 14:11:23.59

>>200
おー。なるほど。ありがとう。

まあでも自分でシグネチャ指定して振り分ける感じに書く必要はあるということだね(Cでの関数へのポインタみたいなもんだからそうならざるを得ないか)。

**デフォルトの名無しさん** · 2017/11/21(火) 21:30:56.20

>>196
コアの標準ライブラリは原則共通だが、JS, JVM(, Natevie)ごとに専用の「標準」ライブラリがある。
https://kotlinlang.org/api/latest/jvm/stdlib/index.html

**デフォルトの名無しさん** · 2017/11/25(土) 13:24:58.89

あるメソッドの中の処理を切り出して作った1行系プライベートメソッドってあるよね
親メソッドの前に書いたほうがいい？後に書いたほうがいい？
親メソッドに長いJavaDoc、または長めのコメントがある場合、前に書いちゃうとプライベートメソッドが離れちゃって見難い/醜いよね

　　// subするメソッド
　　private fun subMethod() = ...

　　/*
　　*　メインなことをするメソッド
　　*　がんばってつくりました
　　*　3行も説明書いたのでボーナスください
　　*/
　　fun mainMethod(arg: SomeObj){
　　　...
　　}

そういう意味ではメインのあとに書いたほうがいいんだけど、親メソッド読んでる最中に見たことないメソッドが出てきちゃって「ん？？」ってなるよね

　　fun mainMethod{
　　　...
　　　....subMethod(...) ← えっコレ何？
　　}

　　private fun subMethod() = ←定義ここかよおせーよ

Java書いたことないからこのへんの作法わかんないんだけど、なにか傾向とかあるのかな

**デフォルトの名無しさん** · 2017/11/25(土) 14:14:06.62

ＩＤＥの機能で定義に飛ぶから別に気にならない
ソースファイルを上から順に眺めていくってあんまりないなあ

**デフォルトの名無しさん** · 2017/11/25(土) 14:31:50.70

どっちでもいいけど自分は後ろ。
定義なんてIDEでジャンプできるんだしどうでもいいでしょ。

**デフォルトの名無しさん** · 2017/11/25(土) 22:18:25.21

>定義に飛ぶから
>定義なんてIDEでジャンプできる
なんだよ

（いろいろ眺めつつ）IntelliJ IDEAではF4かな。とう。おお。…さっきのとこ戻るにはどうすればいいんだろう
https://youtrack.jetbrains.com/issue/IDEA-119474
無理か。まあいいや
いや、それにしても固めて書いておく時の一般的なやり方とか見てて迷わない書き方とかあるのかなーと思って

**デフォルトの名無しさん** · 2017/11/25(土) 23:17:25.05

>>206
subMethodのKDocをしっかり書いておけば、ジャンプしなくてもマウスオーバーで
何をするメソッドかわかるから後置でいいのではと思う。

**デフォルトの名無しさん** · 2017/11/26(日) 00:38:59.47

戻るのはデフォルトだとたぶん Ctrl+Alt+左

定義に飛んでその後戻るのをキーボードで素早くできるようにしとかないと作業が捗らんから、
おれはどんな環境でもAlt+ピリオドとAlt+カンマにカスタマイズする
たまにカスタマイズできない環境もあるが

**デフォルトの名無しさん** · 2017/11/26(日) 01:48:55.48

>>206
F4ではなくCTRL+マウスクリックじゃない？

**デフォルトの名無しさん** · 2017/11/26(日) 02:41:23.75

F4 は "Jump to Source" で、Ctrl+Button1 は "Decraration" だね
両方とも定義へ飛ぶけど、定義を選択して操作したときに "Decraration" のほうは使用箇所へ飛ぶメニューがでるね
おれは間違えて押したときにメニューでるのが面倒なのでキーにカスタマイズして使ってるのは "Jump to Source" の方
使用箇所へ飛びたいときには Find usages を使うし

**デフォルトの名無しさん** · 2017/11/26(日) 12:28:30.17

あー
F4でjump to sourceし
CMD+F4 (Macの場合)でタブクローズすればいいんじゃない
あと、quick definitionってのもある

**デフォルトの名無しさん** · 2017/11/26(日) 13:15:15.98

vimのプラグイン入れてるけどcommand+[ですぐ戻れる

**デフォルトの名無しさん** · 2017/11/26(日) 13:19:18.06

基本はそれですね、開いたタブを同時に閉じたい場合はcloseかな

**デフォルトの名無しさん** · 2017/11/26(日) 23:28:16.74

Jump to SourceとDecrarationの違いを、もうひとつ見つけてしまった
DecrarationはAndroid環境だとリソースIDからレイアウトXMLへ飛んだりもできるのね
Jump to SourceだとリソースIDそのものの値を定義してるファイルに飛んじゃうので意味無い

やっぱデフォルトはDecrarationにしよう・・・

**デフォルトの名無しさん** · 2017/11/27(月) 11:07:32.61

haskellとか知ってると、まず宣言的コードがあって実装はあとからついてくるコードスタイルでも違和感はない。
トップダウンで見るかボトムアップで見るかの違い。

**デフォルトの名無しさん** · 2017/11/27(月) 14:13:27.80

まあ、IDEさまさまなところはあるにはある
IDEがなかったら全然違っていただろうなと思う事象は多い

**デフォルトの名無しさん** · 2017/11/28(火) 17:13:53.17

IDEってEclipse？AndroidStudioのベータ？

**デフォルトの名無しさん** · 2017/11/28(火) 18:39:50.36

JetBrains製以外のIDE使ってる人居るのかな
Vimは居そう

**デフォルトの名無しさん** · 2017/11/28(火) 19:03:29.92

>>217
そら第一候補はIntelliJでしょ
≒ Android Studio

**デフォルトの名無しさん** · 2017/11/28(火) 19:50:02.49

Eclipseとか原始時代の道具をまだ使ってるやつがいるのか

**デフォルトの名無しさん** · 2017/11/28(火) 20:45:44.51

他の言語で使えるからな

**デフォルトの名無しさん** · 2017/11/28(火) 20:54:28.46

Linuxなんてずっと原始時代のままだよ。

**デフォルトの名無しさん** · 2017/11/28(火) 20:58:14.84

ん？でも Linux でも IntelliJ 使えるよ。

**デフォルトの名無しさん** · 2017/11/28(火) 20:59:52.92

まだみんなviだよ。

**デフォルトの名無しさん** · 2017/11/28(火) 21:09:08.70

ああ。まあ。確かにviってかvim使う方が多いが、さほど困らんなあ。

**デフォルトの名無しさん** · 2017/11/28(火) 22:43:55.76

リモートデスクトップ経由でLinuxのIntelliJ＆Android Studio使ってうっひょーって言ってるよ
Emacsのkotlin-modeがぜんぜんイマイチなのはIntelliJ IDEAのせいではないかと思っている

**デフォルトの名無しさん** · 2017/11/29(水) 12:14:21.94

IdeaVimプラグインおすすめ

**デフォルトの名無しさん** · 2017/11/29(水) 12:23:23.58

1.2がリリースですよ？

**デフォルトの名無しさん** · 2017/11/29(水) 12:38:07.31

>>226
IDEAがあるせいで他がしょぼいというより、Kotlinの歴史の浅さやまだゴミのようなシェアの割にはIDEAの出来が良いんだろ
Kotlin自体がJetBrainsによってIDEAで使うために作った言語なんだから当然

**デフォルトの名無しさん** · 2017/11/29(水) 12:52:25.81

>>227
ああ。あれいいね。

**デフォルトの名無しさん** · 2017/11/29(水) 14:26:22.47

Kotlinはidea以外の環境を最低一つサポートしろよな。自社でIDEを売ってるからやだとかはやめてくれ。
VisualStudio Codeかatomのどっちかの軽量環境は最低どちらかサポートしろよ。

**デフォルトの名無しさん** · 2017/11/29(水) 15:11:26.12

言語提供側がすべきなのは処理系の提供であって
IDE云々で文句を言うのは筋違い

**デフォルトの名無しさん** · 2017/11/29(水) 15:12:57.24

それは処理系に言う筋合いのものではないが。
最近のエコシステムに慣れすぎるとそう言いたくなるのはわからんでもないが。

**デフォルトの名無しさん** · 2017/11/29(水) 15:22:03.64

いや分からん

**デフォルトの名無しさん** · 2017/11/29(水) 15:29:21.72

使う側からしてみれば、言語提供側だろうが処理系だろうがどうでもいい。
ユーザーにとって使いやすくしたいとおもってて、他がやらないなら
最終的に言語提供側が提供すればいいだけだし。

**デフォルトの名無しさん** · 2017/11/29(水) 15:30:52.57

もちろん、JetBrainsの開発リソースも限られてるが、そんなの使う側からしたら
それもどうでもいい。使いやすければユーザーが増える可能性あるし、使いにくければないだろう。
ただそれだけ。

**デフォルトの名無しさん** · 2017/11/29(水) 15:34:28.47

>>235
1行目からして意味が分からん
処理系が何か分かって書いているのか？

**デフォルトの名無しさん** · 2017/11/29(水) 15:42:48.79

>>237
ごめんごめんww
「処理系」に関してはそれは完全にとちくるってた

**デフォルトの名無しさん** · 2017/11/29(水) 15:45:22.41

>使う側からしてみれば、言語提供側だろうが処理系だろうがどうでもいい
は
>使う側からしてみれば、言語提供側だろうが言語提供側以外だろうがどうでもいい
あたりでw

**デフォルトの名無しさん** · 2017/11/29(水) 19:04:08.56

時代はジェットブレインなんだよ
MicrosoftのVisualStudioとかいう原始時代の道具は時代遅れ

**デフォルトの名無しさん** · 2017/11/29(水) 19:06:37.15

microsoftはjavaとあんまりかんけーし

**デフォルトの名無しさん** · 2017/11/29(水) 19:26:30.80

かんけーし

**デフォルトの名無しさん** · 2017/11/29(水) 19:33:24.71

Kotlinで文字列を返すenumを使うときは、
やっぱりJavaと同じようにnameとかtoStringを呼ばないといけませんか？

例えば↓のようなenumがあったときに
enum class Name(name: String) {
Foo("foo")
}

"foo"を使うときはこうすると思います
val name = Name.Foo.name()

しかし、name()が気に入りません。↓のようにはできませんでしょうか
val name = Name.Foo

**デフォルトの名無しさん** · 2017/11/29(水) 21:00:19.88

>>240
あほ

**デフォルトの名無しさん** · 2017/11/29(水) 21:05:55.88

天才

**デフォルトの名無しさん** · 2017/11/29(水) 21:23:58.21

>>240
骨董品UNIXより常に20年先行ってる。

**デフォルトの名無しさん** · 2017/11/29(水) 21:27:39.83

>>241
MS製JVMは性能が良すぎてみなそれを使うようになり、Sunに訴えられたから捨てたんだぞ。

**デフォルトの名無しさん** · 2017/11/29(水) 21:53:07.67

J#だったからじゃないのか

**デフォルトの名無しさん** · 2017/11/29(水) 21:59:56.13

>>243
Name.Fooがenumのメンバーを返さないのなら、enumじゃなくてもいいのではない？

**デフォルトの名無しさん** · 2017/11/29(水) 22:09:21.88

今やUnix向けの開発者も揃ってVSCodeだもんなあ
開発環境ではMSには敵わないよ
Kotlinは遠からずVSCodeに持ってかれるだろうけど、そうなったらJetBrainsはどうするんだろうね

**デフォルトの名無しさん** · 2017/11/29(水) 22:24:40.91

アホすぎ
ジェットブレインの開発環境を使ってないのは
IT後進国の日本だけだぞ

**デフォルトの名無しさん** · 2017/11/29(水) 22:34:19.00

>>249
そうかもしれません
Kotlinで文字列の定数をまとめて扱うにはどうするのがベストですか？

**デフォルトの名無しさん** · 2017/11/29(水) 22:41:01.71

>>250
> 今やUnix向けの開発者も揃ってVSCodeだもんなあ
を3回くらい読んで何を指してるのかなんとなくわかった
サーバサイドのスクリプト言語プログラミングもVSCodeで行われることは増えた
EmacsでFTPやらSSHやらして一生懸命書いてた頃とは隔世の感はある
（いや、まあ、ぶっちゃけるなら、Emacs+xx-modeがVSCode+プラグインに置き換わっただけではあるが）
VSCodeはElectronを捨てることができた瞬間に勝利が確定する

**デフォルトの名無しさん** · 2017/11/29(水) 23:18:26.84

>>250
資金力ではMSに太刀打ちできるはずのないJetBrainsはGoogleに買収されるべきなのだろうか。
>>241
むしろMSはJ#の時代から.NETさらには最近のXamarinの買収まで一貫してJavaに敵対的だよね。
>>228
めでたい。

**デフォルトの名無しさん** · 2017/11/30(木) 00:12:49.49

>>253
捨てたらもうそれVSCodeじゃない気がw

**デフォルトの名無しさん** · 2017/11/30(木) 01:09:11.23

>>252
Javaからの見え方を気にしないのならこれでもいいかな？
object Name { val Foo = "foo" }

**デフォルトの名無しさん** · 2017/11/30(木) 01:58:01.88

>>256
なるほど、これでいっぱいval書いたら良さそうですね
ありがとうございました

**デフォルトの名無しさん** · 2017/11/30(木) 03:05:42.40

>>248
おまえなんにも知らないんだな

**デフォルトの名無しさん** · 2017/12/02(土) 18:09:11.30

IntelliJをバージョンアップしたらSpekテスト設定のSpec欄ヨコのSearch by Nameが動かなくなった
これまではモジュール適当に指定したら勝手に探して候補出してくれてマウスぽちぽちで済んだのだが、なんかspec欄を自力入力で埋めないといかん
それともこれは普通は使わない所だったのだろうか

**デフォルトの名無しさん** · 2017/12/03(日) 14:17:27.57

多分日本で俺だけだろうけど、
Kotlinの公式PDFはフォントのAlignがずれてて
読み始めて1分しない内に直視に耐えられなくなってしまう…。

直そうと頑張ってみたが有料ソフト使うしかないみたいで諦めた。
しかし治ってたら嬉しいなと定期的にダウンロードし直してしまう。

**デフォルトの名無しさん** · 2017/12/03(日) 16:45:59.74

"sourcefiles"という名の.ktソースファイル名一覧ファイルを作り、

kotlinc @sourcefiles

を走らせると、

error: source file or directory not found: @sourcefiles

が画面に表示されてしまいます。

javac @sourcefiles
scalac @sourcefiles

に相当する機能はkotlincには無いのでしょうか？

**デフォルトの名無しさん** · 2017/12/03(日) 19:45:07.83

質問の答えは知らないので他の人に任せるけど
ビルドはkotlinc直よりGradle使うことを勧める

**デフォルトの名無しさん** · 2017/12/03(日) 20:02:35.94

またそんなこと言って。
あなたはいつも他人任せね。
いいかげん私も待ちくたびれちゃうわ。

**デフォルトの名無しさん** · 2017/12/03(日) 20:37:07.64

なんで女言葉なの？

**デフォルトの名無しさん** · 2017/12/03(日) 22:21:28.14

だって女と思わせた方が答えが出やすいんですもの

**デフォルトの名無しさん** · 2017/12/03(日) 23:10:58.68

>>262
正しい
可能ならIDE使って欲しいけどね
いまはgradle安定

**デフォルトの名無しさん** · 2017/12/03(日) 23:18:52.67

Gradle, Vagrant は、yaml, XML, JSON のような、単なる設定ファイルではなく、

それ自体が、Groovy, Ruby の、クロージャ・ブロックで囲まれた、
スコープを持つソースコードであるから、変数宣言や処理も書ける

**デフォルトの名無しさん** · 2017/12/04(月) 00:39:28.22

>>265
逆におっさんにしかみえん

**デフォルトの名無しさん** · 2017/12/04(月) 18:53:03.40

>>265
キモい
>>263
たとえ女だとしてもキモい。やるならもっと自然な文体にしてくれww

**デフォルトの名無しさん** · 2017/12/04(月) 18:54:32.14

うふ

**デフォルトの名無しさん** · 2017/12/04(月) 20:08:06.27

(´・ω・｀)うふふ

**デフォルトの名無しさん** · 2017/12/04(月) 20:18:46.16

リアルの女と接点がなく、妄想で女はこうだろうと決めて話してるのがわかる
昭和生まれのジジイですわ

**デフォルトの名無しさん** · 2017/12/04(月) 20:51:56.16

謎のマジレスマンが居ますね

**デフォルトの名無しさん** · 2017/12/04(月) 22:06:40.20

マジレズマン

**デフォルトの名無しさん** · 2017/12/04(月) 22:11:31.07

マジレスマンつまらないわね

**デフォルトの名無しさん** · 2017/12/05(火) 00:40:05.91

(´・ω・｀)ほんとよね

**デフォルトの名無しさん** · 2017/12/05(火) 00:49:05.55

Kotlin Advent Calendar がAndroid以外の話題多めだな
ここでナチュラルにIntellijIDEA の話題だしちゃったけど
Android以外の人も IntellijIDEA を買って使ってるのかねえ？

**デフォルトの名無しさん** · 2017/12/05(火) 01:18:19.27

12/18にこの本が出るようだ。Amazonには本の表紙画像がまだ出ていない。

Androidアプリ開発のためのKotlin実践プログラミング
http://amzn.asia/4GO28m2

**デフォルトの名無しさん** · 2017/12/05(火) 07:55:54.23

KotlinはAndroidが対応したってだけでそのためだけに使う人は少数派やろ

**デフォルトの名無しさん** · 2017/12/05(火) 09:05:47.31

いやあ、しかし楽にはなりそうだからねえ、流行ると思うけどねえ。

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

なんだ秀和システムか

**デフォルトの名無しさん** · 2017/12/05(火) 09:18:48.22

なぁーんだ

**デフォルトの名無しさん** · 2017/12/05(火) 09:23:34.28

>>260
Adobe readerじゃダメなの？

**デフォルトの名無しさん** · 2017/12/10(日) 18:15:48.13

>>278
これってアフィリンクなの？
https://www.amazon.co.jp/dp/479805366X/ref=cm_sw_r_cp_ep_dp_UlxjAbA4FDHWD

**デフォルトの名無しさん** · 2017/12/10(日) 21:26:30.38

cmで始まってdpで終わってるからどこかのレビューページから飛んだURLだと思うんだが
なにもしないとcm_cr_dpなんだけどな
cpが入ってるってことは「この商品を見た後に買っている」を1回表示してるのかもしれない

**デフォルトの名無しさん** · 2017/12/10(日) 21:39:59.60

cm_sw_ ... _dp はシェア用URLの生成形式だね
ツイッター用ならcl_twで超わかりやすいんだがr_cp_epはなんだろう

**デフォルトの名無しさん** · 2017/12/11(月) 06:07:16.82

>>284
それはわからんが>>278のリンクはAmazonで「シェアする」のリンク使って出てきたURLだよ。誰がやっても同じになると思う。

**デフォルトの名無しさん** · 2017/12/11(月) 23:34:54.18

lateinit var value: Int
って書いたら'lateinit' modifier is not allowed on properties of primitive typesのエラーになるんですが、
どう書き直したらいいんでしょうか

var value: Int? = null
って書いて、
if (value == null) {
　　value = initValue()
}
ってするしかないんでしょうか。

**デフォルトの名無しさん** · 2017/12/11(月) 23:52:46.83

プリミティブ型にlateinitは必要ないからつけられない

**デフォルトの名無しさん** · 2017/12/11(月) 23:53:52.52

>>288
試してないけど
var var value by { var value: Int }
ではだめ?

**デフォルトの名無しさん** · 2017/12/11(月) 23:55:33.20

で、一番いい入門書は？

**デフォルトの名無しさん** · 2017/12/11(月) 23:55:50.41

>>290
ペーストに失敗したorz
var value by { initValue() }

**デフォルトの名無しさん** · 2017/12/11(月) 23:58:47.24

>>291
自分はスタートブックを推す。
Javaを知っていることを前提としない入門書の存在を自分は知らない。

**デフォルトの名無しさん** · 2017/12/12(火) 00:03:08.61

>>292
慌てて修正したらlazy落としていたorz orz
var value by lazy { initValue() }
連投申し訳ない。これで違っていたら目も当てられんが、それもすみません。と誤っておきます。

**デフォルトの名無しさん** · 2017/12/12(火) 00:09:53.79

>>289
答えはこれです

**デフォルトの名無しさん** · 2017/12/12(火) 00:45:23.57

>>291
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

一番良いもクソも無い。
この1冊しか出ていないだろ

**デフォルトの名無しさん** · 2017/12/12(火) 01:14:31.08

他もあることはあるよ
http://www.kohgakusha.co.jp/books/detail/978-4-7775-2029-9

**デフォルトの名無しさん** · 2017/12/12(火) 01:17:20.30

ありがとうこの世界の片隅にうちを見つけてくれて

**デフォルトの名無しさん** · 2017/12/12(火) 04:02:58.46

アスペは質疑応答解説に使えねーなーもう

>>288
なぜlateinitを使うかというと「初期値というものがうまく定義できなくてうまく初期化できないから」だ
※実際にはjavaでprimitive typeであるものはnull代入できないからという理屈なのだが知らなくていい
Intとかは0とか-1とかで初期化できるだろ、最初にvarで0や-1入れとけ
Nullableもnullで初期化できるからlateinit使わずにただのvarでnull入れとけ

で、どーしても遅延初期化を使いたいなら
var value: Int by Delegates.notNull<Int>()
とか書くと形式上遅延初期化になる。むろん二度手間だが、遅延初期化という目的は一応達成される
こんなごっついことせずに素直に0とか入れておいたほうがいいんじゃねーかなと思った感覚は正しい。0入れとけ0

あとはちらっと出てたけどby lazyで
val value: Int by lazy { initValue() }
と書くことでも一応達成される。こっちだとvalで書けるので好まれることが多いみたいだね