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/02/27(火) 12:16:20.20

>>741
コンパニオンは？

**デフォルトの名無しさん** · 2018/02/27(火) 18:56:17.20

自動変換使ったら普通にcompanion objectにならなかったっけ

**デフォルトの名無しさん** · 2018/02/27(火) 20:07:07.98

スーパーコンパニオンがいいです

**デフォルトの名無しさん** · 2018/02/27(火) 23:14:15.97

自動変換してもコンパニオンにならなかったから、シコシコ変えてる

**デフォルトの名無しさん** · 2018/02/27(火) 23:34:21.25

Android stuiosって糞重いのな
Xcodeの比じゃなかったわ

**デフォルトの名無しさん** · 2018/02/27(火) 23:39:03.53

Core i7、メモリ32GBだけど、コーディングに支障があるほど重いとは感じないかな

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

ノート用のi5、8Gでもサクサク動くぞ

**デフォルトの名無しさん** · 2018/02/28(水) 01:54:55.83

基本xcodeの方が重くない？

**デフォルトの名無しさん** · 2018/02/28(水) 04:32:16.89

Android stuios...

**デフォルトの名無しさん** · 2018/02/28(水) 06:49:11.80

明らかにxcodeの方が重い

**デフォルトの名無しさん** · 2018/02/28(水) 06:51:00.64

あ、Android StudioじゃなくてAndroid stuiosの話なのか
それなら知らんわ

**デフォルトの名無しさん** · 2018/02/28(水) 07:13:17.29

VisualStudioはサクサク動くね

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

Android Studioはエミュレータの起動が激重

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

お前のPCが糞なんだろ

**デフォルトの名無しさん** · 2018/02/28(水) 09:34:38.82

そういやエミュレータは遅いな。あれ速くならんもんかね？実機に繋いじゃうしかないか？

**デフォルトの名無しさん** · 2018/02/28(水) 11:19:49.30

そんなにおもいか？

**デフォルトの名無しさん** · 2018/02/28(水) 12:23:44.87

その部分はXcodeも糞重いからまあしゃあない

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

お前の収入がまともなPCも買えないほど低いだけ

**デフォルトの名無しさん** · 2018/02/28(水) 15:32:06.67

Flutterが話題になってるけど、Dartなんだよなあ、、

**デフォルトの名無しさん** · 2018/02/28(水) 15:32:21.47

Kotlinならよかったのに

**デフォルトの名無しさん** · 2018/02/28(水) 15:59:23.70

やっぱ金掛けてゲーミングPCにしないといかんかね

**デフォルトの名無しさん** · 2018/02/28(水) 17:02:46.79

何の話ししてるんだ

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

IntelliJファミリーのIDEが不自然に重い時はプラグインを疑った方が良い
もしくは単純にindexingか何かをしてるだけか

とりあえず2013年モデルでメモリ8GBのMBPでもサクサク動く

**デフォルトの名無しさん** · 2018/02/28(水) 21:48:31.62

さっさとまともな収入得られる会社に転職しろ

**デフォルトの名無しさん** · 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
まあそれが理想だね
なんにせよ書いたものはちゃんと残しておいた方が良いわ