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/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

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

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

>>866
医者ではなくて石屋ですが、お役に立てますか？

**デフォルトの名無しさん** · 2018/03/19(月) 12:27:52.49

おう、帰っていいぞ

**デフォルトの名無しさん** · 2018/03/19(月) 12:35:26.57

寒いな
春なのに

**デフォルトの名無しさん** · 2018/03/19(月) 12:44:20.63

この一言を添えるべきだったな。

「わからない人は書かないでください。」

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

>>867
16進コードで会話してろ

**デフォルトの名無しさん** · 2018/03/19(月) 14:44:57.52

3E 00

**デフォルトの名無しさん** · 2018/03/19(月) 14:51:05.74

18 FC

**デフォルトの名無しさん** · 2018/03/19(月) 15:13:34.00

GOTO CA FE

**デフォルトの名無しさん** · 2018/03/19(月) 15:21:12.76

55 4E 4B 4F

**デフォルトの名無しさん** · 2018/03/19(月) 18:52:34.43

前々から思ってたけどkotlinスレって加齢臭すごいよな

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

>>874
機械語にハンドアセンブルしなきゃ…

**デフォルトの名無しさん** · 2018/03/19(月) 21:18:34.15

あいむふぉーてぃーふぁいぶにやーずおーるど

**デフォルトの名無しさん** · 2018/03/19(月) 21:42:58.40

にやーず

**デフォルトの名無しさん** · 2018/03/19(月) 22:15:22.73

マグナムドライをマグマグドライと呼ぶほど落ちぶれてはいない

**デフォルトの名無しさん** · 2018/03/20(火) 00:35:07.47

まぐまぐドライだろ普通。

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

Graalって今年のJava11に間に合うのか？
Kotlin/Native（LLVM）なんかよりずっと期待できそうだが。

**デフォルトの名無しさん** · 2018/03/21(水) 10:59:02.18

GraalとKotlin/Nativeって用途もコンセプトも被ってないと思うんだけど
LLVMの使い方も逆方向だし

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

Graalがどうとかいう以前に、JVMがないプラットフォームがあるのを何とかして欲しい。
ライブラリも含めてコードをそのまま持ち込んでも動くならともかく、Graalで多言語をサポートしても、
各言語の基本仕様だけでは大したことは出来ない。

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

run sometime somewhereだから仕方ない