Kotlin 2

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

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

前スレ
Kotlin
http://mevius.5ch.net/test/read.cgi/tech/1456505161/

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

googleさんの本命はkotlinじゃなくてflutterのDartだったってこと?

**デフォルトの名無しさん** · 2018/03/01(木) 06:15:15.24

いや、あの会社がプログラミング言語を開発するのは趣味みたいなもんだから。

**デフォルトの名無しさん** · 2018/03/01(木) 11:37:02.64

飽きたら捨てるでしょ

**デフォルトの名無しさん** · 2018/03/01(木) 13:21:29.38

女ったらし

**デフォルトの名無しさん** · 2018/03/01(木) 13:52:18.31

Goってどこ行ったんだよ

**デフォルトの名無しさん** · 2018/03/01(木) 14:25:40.30

トイレ

**デフォルトの名無しさん** · 2018/03/01(木) 16:56:43.31

有名どころだけでもGASとgoとDartとあるからな
統一しろや

**デフォルトの名無しさん** · 2018/03/01(木) 17:02:42.69

なんかgoogleって統一感無いよなー。
dart捨てたと思ってたのに、このタイミングで復活させるとかさ。ならchromeに予定通りvm載せろや

**デフォルトの名無しさん** · 2018/03/01(木) 17:40:32.49

もうどれにも移行せずJavaに留まるのが一番

**デフォルトの名無しさん** · 2018/03/01(木) 18:09:19.76

>>773
それが望ましいな。まぁ、Flutter+Dartが成功したらchromeにもDartVM搭載復活とかあるかもね。
それで、JavaScript絶滅に追いやってほしいわ。
今どきの言語ならなんえり好みしないからフロントエンドからJavaScriptを絶滅に追いやってほしい。

**デフォルトの名無しさん** · 2018/03/01(木) 18:12:11.07

未だにKotlinの実務経験のないやつは完全失業ざまあｗｗｗ

**デフォルトの名無しさん** · 2018/03/01(木) 18:13:28.77

それはない

**デフォルトの名無しさん** · 2018/03/01(木) 18:26:37.33

>>774
COBOLだってまだ生きてるしね

**デフォルトの名無しさん** · 2018/03/01(木) 18:48:56.63

つか、あれ、ラムダ式の中で値返すときretrunとかキーワードつけないのかー
ふーんって思ったけど、制御までreturnするんじゃないのか・・
{
　if (条件式) 値1
　その他の文
　値2
}
で、if文の条件式が真の時、値1が返ってreturnするのかと思ったらその後も実行されるのか・・

**デフォルトの名無しさん** · 2018/03/01(木) 18:56:24.56

あれ、どうやって値返すんだよん。if else使いたくないんだけど。

**デフォルトの名無しさん** · 2018/03/01(木) 19:05:41.78

>>779-780
太郎本でも読むことをお勧めする

**デフォルトの名無しさん** · 2018/03/01(木) 19:22:21.90

>>775
jsを、撲滅ってESの最新仕様追いかけなよ。
悪くないから

**デフォルトの名無しさん** · 2018/03/01(木) 19:23:41.14

コンパイルエラーがでるからそこらへん適当にやっててもなんとかなったけどww。
真面目に考えるとどうなってんだこれww
今までコンパイルエラーが消えるように適当に例えば、
fun testAsync(): Deffered<String> {
　return async {
　　lock.withLock {
　　　"ABC"
　　}
　}
}
むしろ、retrunを付けると怒られたからこのままにしたけど。return@asyncってラベルつけるればいいのか。
ラベルつけない場合はどうなってんだこれ。

**デフォルトの名無しさん** · 2018/03/01(木) 21:08:11.92

inline の場合は return の意味がちょっと変わっちゃうんじゃない?

**デフォルトの名無しさん** · 2018/03/02(金) 09:57:27.48

>>783

>>319-321

**デフォルトの名無しさん** · 2018/03/02(金) 19:55:39.45

>>785
ありがとう。ちょっと前に話題になってたのね。
つか、前に教えてもらったhttp://jetbrains.github.io/kotlin-spec/
にそれに関する事のってねぇな？

DartだってECMAでしっかりした仕様書になってるのに、
仕様書がいまだにこんなレベルなのにAndroidのFirst Class Languageにするなんて
Google何考えてんだか・・

**デフォルトの名無しさん** · 2018/03/02(金) 20:38:44.95

後、
https://ideone.com/RIMEHi
で、
val t = Test()
t.update()
にすると、propertyが変更されないっぽいんですけど、なんででしょうか？？
Android環境でコルーチンを使ってます
よろしくお願いします。

**デフォルトの名無しさん** · 2018/03/02(金) 20:49:08.27

あれ、そういや、>>787でfieldってラムダ式の中から変更できるの？？

**デフォルトの名無しさん** · 2018/03/02(金) 21:31:57.84

ダメだこの言語…はやく何とかしないと…

**デフォルトの名無しさん** · 2018/03/02(金) 21:56:02.44

え、Androidやろうと思って今ならKotlinかなって思って調べてたのに。

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

>>787
Androidやコルーチンであることは直接の関係が無く
インラインでないラムダとprivate setの組み合わせが影響しているようだ

https://ideone.com/aLit2X
↑これの「4」が出力されるケースと同じでsetの処理を通らずに
バッキングフィールドに直に代入されてると思う

バグか仕様か断言はしないけど、多分コンパイラのバグじゃないかな

**デフォルトの名無しさん** · 2018/03/03(土) 00:41:15.44

>>791
うぉぉ。ありがとう。コルーチン関係なかったのか。
まだ、インラインとか勉強してなくてさっぱりだけどw
この前の>>658も俺だし、
真面目にkotlinで開発しようと思って2週間ぐらいでこのザマとか
なんなのkotlinの品質。笑えないな。

**デフォルトの名無しさん** · 2018/03/03(土) 00:53:35.09

この前のもだけど誰かバグとして報告してあげて…

**デフォルトの名無しさん** · 2018/03/03(土) 01:02:48.20

そうだよね。俺もちょっと前というか昨日もそうだけど、>>787のまた変な動きに出くわして
さすがにうんざりしてIssue Trackerのぞいたけど、前のも報告されてないっぽいよねww

つか、前のやつは単なるコンパイラのバグですまされない仕様修正とか入りそうな予感してるんだけど。
まぁ、現状の仕様ってのがなんだかよくわからんけど。

**デフォルトの名無しさん** · 2018/03/03(土) 07:18:41.68

じゃあiOS開発に引きこもってろ

**デフォルトの名無しさん** · 2018/03/03(土) 09:31:08.45

コンパイラのバグはバグとして直すのが当然だけど

この前のバッキングフィールドの初期化回避や
setter内のインラインでないラムダからバッキングフィールドにアクセスするのを
普通のアプリ開発として書いているのなら止めた方が良いと思う

個人的な感覚では動作以前に「コンパイルが通るべきでは無いコード」だと思うので

**デフォルトの名無しさん** · 2018/03/03(土) 11:42:59.48

仕様がないとバグかそうでないか判断できないが仕様はどこにあるんだ？

**デフォルトの名無しさん** · 2018/03/03(土) 20:31:37.81

kotlinで3000行くらいすでに書いちゃったけど、とりあえず、private setをpublic setに直して回避・・
しばらくflutterで遊んでくるか

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

しようがないなあ

**デフォルトの名無しさん** · 2018/03/03(土) 22:17:04.30

醤油が無いなぁ

**デフォルトの名無しさん** · 2018/03/03(土) 23:44:09.37

死なないかなぁ

**デフォルトの名無しさん** · 2018/03/04(日) 14:00:55.46

>>658のコードなんかは誰も書かないから発見さえされないし報告されてないんだろうね

**デフォルトの名無しさん** · 2018/03/04(日) 14:48:36.99

これからプログラミング初心者がkotlinを触るようになったらそこらへんも色々見つかるだろうね
今はまだほぼ他の言語で経験のある人しか触ってないでしょ

**デフォルトの名無しさん** · 2018/03/04(日) 17:28:56.35

こんな事いうと荒れるけど、逆だと思う

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

>>787
変更されてるんだけど・・・

**デフォルトの名無しさん** · 2018/03/05(月) 12:20:24.87

他の言語っていうか、java本業の人しか触ってないでしょ
Androidの入門書もまだほぼjavaばっかだし

**デフォルトの名無しさん** · 2018/03/06(火) 10:59:36.24

コマンドラインから何も引数付けずに kotlinc 実行するとRPELで動くけどこの時に :help で出てくる :dump bytecode ってなんなの？
名前からしてバイトコードをダンプするであろうことはわかるけど、いつやっても何も出ないんだよね。

**デフォルトの名無しさん** · 2018/03/06(火) 11:00:47.10

タイプミスった。rpelじゃねえ。replだ。

**デフォルトの名無しさん** · 2018/03/07(水) 22:44:21.36

C#のnameof演算子だと、コンパイル時に評価されますけど。
kotlinのプロパテイ参照は結構オーバーヘッド高いですかね？？
when (propertyName) {
::property1.name ->
::property2.name ->
}
結構頻繁に評価されるコードなんですよね

**デフォルトの名無しさん** · 2018/03/07(水) 22:49:50.60

今は定数でやってんですけど、まだ書き換えるべきが保留してるんです。
when (propertyName) {
"property1" ->
"property2" ->
}
リフレクション絡みのオブジェクトも普通にGC対象？で、その都度生成されたり破棄されたりすると予想しますが。
もちろんアプリ全体のボトルネックになるぐらい影響はないですけど、うーん。踏ん切りがつかん。

**デフォルトの名無しさん** · 2018/03/07(水) 23:45:15.29

Enumじゃだめ？

**デフォルトの名無しさん** · 2018/03/08(木) 00:35:53.57

>>810
ありがとうございます。そうですね。プロパティ増やすたびにEnumの定数も定義する必要がありますが、
パフォーマンス的にはいいですよね。

で、今ちょっと見たことなかったんですけど、Javaのバイトコード見てみたんですけど最適化されてるのか？？
メソッド呼び出しされてるのかと思ったら、定数値に置き換えられてました。
最適化のせいなら将来のコンパイラでどうなるかわかりませんけど、とりあえず、普通にプロパティ参照使って
置き換えてます。

ありがとうございました。

**デフォルトの名無しさん** · 2018/03/08(木) 00:36:28.98

アンカ>>810じゃなくて>>811でした。すみません。

**デフォルトの名無しさん** · 2018/03/10(土) 08:59:29.43

でもそれ結局今日も同じメニューになるよな
たまにはやよい軒行きたいわ、遠いけど

**デフォルトの名無しさん** · 2018/03/10(土) 09:00:01.91

すまん誤爆した
Xamarinのライセンス買ってくるわ

**デフォルトの名無しさん** · 2018/03/10(土) 10:27:08.72

俺は大戸屋が多いかな

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

俺はとんでんかな

**デフォルトの名無しさん** · 2018/03/10(土) 11:04:56.69

やよい軒の鳥カツ定食なくなったらしいな
あれしか食わなかったのに

**デフォルトの名無しさん** · 2018/03/10(土) 11:07:21.06

それは残念

**デフォルトの名無しさん** · 2018/03/10(土) 11:15:49.69

waitとかマルチスレッド機能ぐらい用意しとけよー
結局java.lang.Objectから離れれられんじゃないか

**デフォルトの名無しさん** · 2018/03/10(土) 18:14:12.56

>>820
こういうやつ?
http://taro.hatenablog.jp/entry/2013/08/01/223323

**デフォルトの名無しさん** · 2018/03/10(土) 19:55:04.16

逆に言えばJavaの機能で出来ることをわざわざKotlinで独自に作り直す必要ってあるかね

**デフォルトの名無しさん** · 2018/03/10(土) 20:16:52.67

クロスプラットフォーム押していくなら、Javaからある程度離れて開発できないとな。
Kotlin=JVMなら別にいいけど。

**デフォルトの名無しさん** · 2018/03/10(土) 20:22:51.72

flutterがKotlinでできるようになったら流行りそうなのになー

**デフォルトの名無しさん** · 2018/03/10(土) 20:34:05.66

それが一番だけど、そうなるにはそうなるにはJetBrainsの対応待ってると時間かかりそうだから、
Google買収しないと。IDE全体抱えてもあれだからkotlin部門だけでも

**デフォルトの名無しさん** · 2018/03/10(土) 23:43:23.18

>>822
機能的に同じでも、より簡潔に書けるなら価値ある

**デフォルトの名無しさん** · 2018/03/11(日) 16:57:48.79

ゆくゆくはそうなっていくかもしれないけど、まずはJava完全互換を徹底して開発者を集めないとKotlin自体終わっちゃうし

**デフォルトの名無しさん** · 2018/03/11(日) 18:30:40.29

JVMがLLVM上で開発されるようになれば...

**デフォルトの名無しさん** · 2018/03/12(月) 10:57:45.81

日本のことりん本の電書、固定レイアウトなのか・・・

**デフォルトの名無しさん** · 2018/03/12(月) 17:04:59.84

ことりん本に限らず図表の多い専門書は基本固定レイアウトが多い

**デフォルトの名無しさん** · 2018/03/13(火) 17:21:36.75

超初心者で申し訳ありません。
Kotlinスタートブックを購入しました。
REPLを多用してるのでAndroid Studio3.01のREPLで進めたいのですが、
単純に、Kotlin　REPLパネル内に、書籍のコード～　じゃ無いようで、今一つ、Android StudioのREPLの使い方が分かりません。

Android Studio3.01のREPLで、「Kotlinスタートブック」をスターと部分だけでも紹介してる情報なありますでしょうか？

**デフォルトの名無しさん** · 2018/03/13(火) 18:59:50.25

あれこれして
書籍 P28の最初の一発目

class Rational(val numerator: Int, val denominator: Int)
val half = Rational(1,2)
half.denominator
　　と、打ち込んで　実行させたら、２って出来ました～

Android Studio3.01のREPLを使って、読みすすめそうです。

**デフォルトの名無しさん** · 2018/03/14(水) 10:24:21.09

解決したみたいだからいいけど、
技術書を写経するときはREPLよりもコードをファイルとして残しておいた方がいいと思うよ

読み進めた後にちょっと前に見たところを戻って書き換えたりとかしたくなることが多いと思う

**デフォルトの名無しさん** · 2018/03/14(水) 11:03:31.74

>>833
んなこと言うならテストとして書いたほうがいい。
テストの書き方も覚えるし

**デフォルトの名無しさん** · 2018/03/14(水) 12:56:22.69

フィードバックが早い方がいいからREPLでいい

**デフォルトの名無しさん** · 2018/03/14(水) 12:57:38.85

肴は炙った烏賊でいい

**デフォルトの名無しさん** · 2018/03/14(水) 13:03:02.13

女は無口な人がいい

**デフォルトの名無しさん** · 2018/03/14(水) 13:03:14.15

ちょこちょこバージョンアップしてるみたいだけど、リリースノートってあるのかな？

**デフォルトの名無しさん** · 2018/03/14(水) 13:30:40.55

Swiftのバージョンアップは破壊的変更が多くてダルいらしいけどKotlinはどうなの？

**デフォルトの名無しさん** · 2018/03/14(水) 14:23:01.55

いい感じ

**デフォルトの名無しさん** · 2018/03/14(水) 14:24:35.40

>>834
まあそれが理想だね
なんにせよ書いたものはちゃんと残しておいた方が良いわ

**デフォルトの名無しさん** · 2018/03/14(水) 14:27:37.09

>>835
Android studio使ってるならファイルをデバッグ実行してEvaluate Expressionするのが1番フィードバックが早くて使い勝手も良い

**デフォルトの名無しさん** · 2018/03/14(水) 16:55:28.17

>>840
そっか。じゃあ使ってみるかなー。

**デフォルトの名無しさん** · 2018/03/14(水) 16:57:41.33

>>843
ごくごく初期はなんか色々あったらしいけど、最近は既存のコードが動かなくなるような変更は記憶にないな。
そこらへんはJavaのカルチャーかも

**デフォルトの名無しさん** · 2018/03/16(金) 11:31:44.04

https://insights.stackoverflow.com/survey/2018#technology-most-loved-dreaded-and-wanted-languages

**デフォルトの名無しさん** · 2018/03/16(金) 22:10:31.22

>>845
WantedのPython需要はやっぱAI関連なのかな

**デフォルトの名無しさん** · 2018/03/16(金) 22:32:20.81

ライブラリが充実してて扱いが楽だからな

**デフォルトの名無しさん** · 2018/03/16(金) 22:38:51.57

>>822
少数でも信者が多ければ上位に食い込みやすいランキングに見える

**デフォルトの名無しさん** · 2018/03/17(土) 14:34:51.60

>>847
そういうことじゃないだろアホ

**デフォルトの名無しさん** · 2018/03/17(土) 14:41:12.30

>>849
じゃあなんだよボケェ

**デフォルトの名無しさん** · 2018/03/17(土) 15:03:30.33

>>806
Androidアプリを完全にkotlinで実装するのはまだ苦労する

**デフォルトの名無しさん** · 2018/03/17(土) 23:24:04.39

>>851
何で苦労する？
いま、フルKotlinで問題がないから聞いておきたい

**デフォルトの名無しさん** · 2018/03/17(土) 23:25:40.94

あ、すまん。ちゃんと読んでなかった。
入門の文脈か

**デフォルトの名無しさん** · 2018/03/18(日) 00:15:28.10

ぶっちゃけ、PythonとKotlin覚えときゃ十分だよな
ソース見られてもいいようなちょっとした内部処理はPythonでやって、それ以外はKotlinでやればいいし

**デフォルトの名無しさん** · 2018/03/18(日) 08:08:21.52

REPLの使い方の説明ないんだよねあの本
ぶっちゃけ最初からいきなりファイル書いたほうがいいと思うわ

**デフォルトの名無しさん** · 2018/03/18(日) 17:30:16.63

REPL の :dump bytecode が未だにわからん。
分かるやつは居ないのか？

**デフォルトの名無しさん** · 2018/03/18(日) 19:44:41.94

githubで検索してmasterブランチのソース見たけど :dump bytecodeの対象は
ReplFromTerminal 経由で ReplInterpreterが直に持ってるReplClassLoaderで
ReplClassLoaderはaddClassされたものをdumpするみたい

それで addClass探したら HistoryActionsForNoRepeat で
ReplClassLoaderを新たに生成してaddClassしてるのしか見当たらなかった

読み間違いでなければ、addと列挙を異なるReplClassLoaderインスタンスでやってるので
dump bytecodeは常に何も出ないのでは

**デフォルトの名無しさん** · 2018/03/18(日) 19:58:20.59

HistoryActionsForNoRepeatで作られるReplClassLoaderは
topClassLoaderと合わせて3重にネストしてるように見える

ReplClassLoader (HistoryActionsForNoRepeatのメソッド内のclassLoader)
→親 URLClassLoader
→親 ReplClassLoader (状態によってはGenericReplEvaluatorStateのtopClassLoader)
→親 URLClassLoader
→親 ReplClassLoader (ReplInterpreterのclassLoader)
→親 URLClassLoader

makeReplClassLoaderは引数のbaseClassloaderがReplInterpreterだったら
newせず引数をキャストして返した方がいいような気が

**デフォルトの名無しさん** · 2018/03/18(日) 19:59:58.88

× ReplInterpreterだったら
○ ReplClassLoaderだったら

**デフォルトの名無しさん** · 2018/03/18(日) 22:52:30.43

>>856
わからないことがあったらコードを読む習慣がある奴と乞食するだけのお前
どんどん差は開いていくんだろうなぁ

**デフォルトの名無しさん** · 2018/03/18(日) 23:20:50.45

>>860
ちょっと意地悪だなあ

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

ん？

**デフォルトの名無しさん** · 2018/03/19(月) 09:41:29.40

お！

**デフォルトの名無しさん** · 2018/03/19(月) 09:59:38.75

まー、わからないことがあればコード読むのが一番だけど、読まなくても質問の仕方ってもんがあるよな

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

どなたかお分かりになる方はいらっしゃいませんか？
だよな、普通は

**デフォルトの名無しさん** · 2018/03/19(月) 10:06:41.70

お客様の中にお医者様はいらっしゃいませんか？