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/25(日) 10:33:42.84

Kotlinインアクションの尼評価低いなと思ったら理由が「難しい」ってw

**デフォルトの名無しさん** · 2018/02/25(日) 10:54:15.05

やっぱGroovy in Actionだろ、GradleはGrooovyなんだぜぇ

**デフォルトの名無しさん** · 2018/02/25(日) 11:44:58.69

こんな本が出てたんだな。

Androidアプリ開発の教科書
http://amzn.asia/59lxVwl

**デフォルトの名無しさん** · 2018/02/25(日) 11:46:33.02

あ、Kotlin で検索したら出てきた本だけど Kotlin とは限らないみたいだな。すまん。

**デフォルトの名無しさん** · 2018/02/25(日) 11:50:17.94

すまん。Kotlin の K の字も出てこないな。忘れてくれ。

**デフォルトの名無しさん** · 2018/02/25(日) 12:40:42.33

Kotlinイン・アクション、2017

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

せっかく太郎が、イン・アクションを参考にして、わかりやすく書いたのだから、
日本人は、太郎本を読んだ方がよい

**デフォルトの名無しさん** · 2018/02/25(日) 13:02:41.55

情報量はインアクションの方が多いから、わざわざ薄めた本を買う必要なんてないよ

**デフォルトの名無しさん** · 2018/02/25(日) 13:29:07.46

>>718
お前はスッキリをすすめてろよ

**デフォルトの名無しさん** · 2018/02/25(日) 14:16:36.00

Kotlin本といえば今のところインアクションとスタートブックの２択だと思うけど、
「難しい」って理由でレビュー評価下げるのはどうよ？と思ったんで、難しい以外に
インアクションで問題点ある？
バージョンが古いとか？

**デフォルトの名無しさん** · 2018/02/25(日) 14:31:03.18

※716
Androidの入門本なんてAndroid搭載機種の種類と同じくらい大量に出てるのになぜわざわざそれを貼ろうと思ったのか

**デフォルトの名無しさん** · 2018/02/25(日) 14:41:45.45

>>722
先に書いた通り、AmazonでKotlinで検索して出てきたため。

**デフォルトの名無しさん** · 2018/02/25(日) 15:09:27.72

電子書籍でレイアウト固定だと買う気しない

**デフォルトの名無しさん** · 2018/02/26(月) 08:03:23.98

知らんけどkotlinのandroid入門書なんてもう山ほど出てるんちゃうの？まだjavaばっかなの？

**デフォルトの名無しさん** · 2018/02/26(月) 08:23:30.09

まだ一冊しかないのでは？

**デフォルトの名無しさん** · 2018/02/26(月) 08:27:44.65

そうなのか、意外と動き遅いんだな

**デフォルトの名無しさん** · 2018/02/26(月) 08:56:28.62

本で勉強する時代じゃないからね

**デフォルトの名無しさん** · 2018/02/26(月) 09:20:17.57

細切れ情報を探すのはやだな。レベルも方針もバラバラだし。
良書があるなら本がいい。

**デフォルトの名無しさん** · 2018/02/26(月) 09:34:26.29

まあ、AndroidでKotlin使うのは増え続けるだろうから何れ本も増えるだろう。

**デフォルトの名無しさん** · 2018/02/26(月) 09:43:22.22

本は中古やで何冊かあったよ、まだ高かったけど
正直Pythonは失敗だったと思う

**デフォルトの名無しさん** · 2018/02/26(月) 10:09:15.19

pythonは糞本で良書が埋もれちゃってる

**デフォルトの名無しさん** · 2018/02/26(月) 10:47:30.45

Null Objectパターン流行るといいなあ。

**デフォルトの名無しさん** · 2018/02/26(月) 13:51:07.53

>>732
流行った言語は自動的にそうなる。

**デフォルトの名無しさん** · 2018/02/26(月) 17:53:54.70

>>733
流行るも何もgof23パターンのうちの一つだぞ

**デフォルトの名無しさん** · 2018/02/26(月) 18:03:06.16

Null Objectはgof外でしょ

**デフォルトの名無しさん** · 2018/02/26(月) 18:15:26.27

>>735
すまぬ。
どうやらボケが始まったようだ…

**デフォルトの名無しさん** · 2018/02/26(月) 18:44:34.21

気にするな、禊としてXamarinのライセンス買ってこい

**デフォルトの名無しさん** · 2018/02/26(月) 18:51:59.91

買わない買わない

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

>>721
本を読んだけどどっちもよかったよ。
ただ読み手のスキルで理解力に差があるからそこで評価が分かれてるのかも。

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

IntelliJの変換機能使ってシコシコKotlinに変換してるけどstatic無いのがウザくなって来た
Swiftにはあるのにー

**デフォルトの名無しさん** · 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のバイトコード見てみたんですけど最適化されてるのか？？
メソッド呼び出しされてるのかと思ったら、定数値に置き換えられてました。
最適化のせいなら将来のコンパイラでどうなるかわかりませんけど、とりあえず、普通にプロパティ参照使って
置き換えてます。

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