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/04(日) 19:41:54.65

Xamarin程の糞はない

**デフォルトの名無しさん** · 2018/02/04(日) 20:04:16.29

お前らそんなに暇ならKotlinで人の役に立つブラグラムでも書いてこいよ

**デフォルトの名無しさん** · 2018/02/04(日) 20:14:32.95

やだよ
俺は俺のためにプログラムするだけだ

**デフォルトの名無しさん** · 2018/02/04(日) 20:40:33.04

ことりんはBカップ、ザマリンはHカップだそうだ。
どっちが優れているかは明らかだろう。

**デフォルトの名無しさん** · 2018/02/04(日) 21:04:53.75

ザマリンはケツぷりんぷりんやで

**デフォルトの名無しさん** · 2018/02/05(月) 06:25:07.64

>>463
その二択ならことりんだわ

**デフォルトの名無しさん** · 2018/02/05(月) 07:01:14.71

ことりん使いはロリコンってことなのか？

**デフォルトの名無しさん** · 2018/02/05(月) 09:24:55.28

まぁ、そういうことになるわな

**デフォルトの名無しさん** · 2018/02/05(月) 11:01:26.93

女性の敵ですよ（歌詞）

**デフォルトの名無しさん** · 2018/02/05(月) 17:22:37.32

ある非同期関数を呼び出し側のコンテキストで実行したいのですが、例えばC#の場合
void async testAsync() {
　await funAsync1(); // configureAwait(false)しない
　hoge1();
　await funAsync2();　// configureAwait(false)しない
　hoeg2();
}
で、testAsyncをメインスレッドから呼び出しせば、hoge1とhoge2は呼び出し側のコンテキストつまり
メインスレッド上で実行されるのですが、
同じ事をkotlinでやるにはどうすればいいでしょうか？？
fun testAsync() : Job {
　return launch {
　　funAsync1().await()　
　　hoge1();
　　funAsync2().await()
　　hoge2();
　}
}

**デフォルトの名無しさん** · 2018/02/05(月) 17:23:55.91

launch(UI)とか昔のコードみるとあるのですが、UIは廃止されたのでしょうか？

**デフォルトの名無しさん** · 2018/02/05(月) 17:57:24.43

ここXamarinスレだから、そんなこと聞かれても困る

**デフォルトの名無しさん** · 2018/02/05(月) 18:58:41.41

>>463
情報の出処について詳細求む

**デフォルトの名無しさん** · 2018/02/05(月) 20:07:43.39

なんかスレチな話題ばっかりなんだが、コトリンインアクション買う価値ある？
本家HPのリファレンスで十分？

**デフォルトの名無しさん** · 2018/02/05(月) 20:54:56.13

>>473
わからない。それは今のお前の状態によって変わる。立ち読みして自分で決めろ。

まあしかし俺のエスパー能力を使った直観によれば、多分買った方が良い。

**デフォルトの名無しさん** · 2018/02/05(月) 21:08:10.13

launch(UI)のUIはcoroutine-androidの別モジュールだった。すみません。

**デフォルトの名無しさん** · 2018/02/05(月) 21:14:06.27

コルーチンは実験的らしいけど
Androidなら「android kotlin 非同期」とかでググってみたらいいんじゃないかな

実験的じゃない方なら「android 非同期」でJavaのやり方をそのままKotlinに

**デフォルトの名無しさん** · 2018/02/05(月) 23:17:35.87

>>473-474
Kotlinイン・アクション、2017
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

太郎はたぶん、イン・アクションを参考にしながら、スタートブックを書いたのかな？
そういう意味では、太郎本の方が有利

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

>>473
本家HPの英文リファレンスを読みこなせるなら、イン・アクションはいらない。
Kotlinをこれから始める人で1冊しか買えないのなら>>477の言う通り太郎本がいい。

**デフォルトの名無しさん** · 2018/02/06(火) 06:25:53.98

コルーチンっていつまで実験的扱いなんだ
普通に十分実用に耐えるんだが

**デフォルトの名無しさん** · 2018/02/06(火) 08:50:02.13

>>478
サンクス
じゃー、様子見するよ

立ち読みしろって言われても近くにでかい本屋ねーし、4000円越えで無駄に高いしな

**デフォルトの名無しさん** · 2018/02/06(火) 09:12:44.31

標準でページ翻訳を備えるブラウザが便利
stackoverflow(英語本家)のやり取りなんかは本じゃ得られないし

**デフォルトの名無しさん** · 2018/02/06(火) 09:21:42.12

ノン・アクション

**デフォルトの名無しさん** · 2018/02/06(火) 09:30:50.75

Amazonでkindle版のサンプルがただで読めるよ。サンプルだからどの程度まで読めるかはわからないが。

**デフォルトの名無しさん** · 2018/02/06(火) 11:58:30.44

Stackoverflowを翻訳なしで読めないならKotlinより先に英語を勉強した方が良いと思う
煽りじゃなくてマジで

**デフォルトの名無しさん** · 2018/02/06(火) 12:37:44.65

全く読めないならその通りだね
その場合検索もまともに出来ないだろうし
でも情報を探しているときに日本語と同じ速度で流し読み出来る人以外には翻訳おすすめ

**デフォルトの名無しさん** · 2018/02/06(火) 12:53:34.58

Google先生の翻訳精度も最近上がってる気がする

**デフォルトの名無しさん** · 2018/02/06(火) 13:14:41.74

たまにできる・できないとか真逆の意味で訳される

**デフォルトの名無しさん** · 2018/02/06(火) 14:05:56.32

読めなくても文法の基礎知識があれば翻訳を修正しながら読める

**デフォルトの名無しさん** · 2018/02/06(火) 20:33:53.89

最近のGoogle先生はほんと優秀で、一回全部Google翻訳にかけて、意味がわからんところだけ英文見て修正するだけでも単語調べる時間減るから、だいぶ時間の節約になる

**デフォルトの名無しさん** · 2018/02/06(火) 21:28:26.63

精度が良いからって頼りきりなのは問題だよ
データシートも翻訳するの？

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

時間節約や翻訳支援に有用性があるという程度の話に
突っかかって行く意味あるのか？

**デフォルトの名無しさん** · 2018/02/06(火) 23:01:06.65

言語オタクと初心者以外本なんて必要ないような
最低限の知識は軽く公式のドキュメント読んで後は
その都度覚えれば十分だなぁ
言語オタクじゃないので言語よりアプリ作るのが目的だからな

**デフォルトの名無しさん** · 2018/02/06(火) 23:03:49.83

Kotlin自体より、Android SDK等のクラスライブラリの方が使いこなすの大変だわ

**デフォルトの名無しさん** · 2018/02/07(水) 16:35:52.55

新しい言語覚える時は適当に評価高い本を一冊買う派だな俺は
全体像をつかむのに体系的ににまとまった本はやっぱり便利

**デフォルトの名無しさん** · 2018/02/09(金) 11:15:30.34

自分の慣れた言語で当たり前だったやり方でも、他の言語ならもっとスマートに書けるとかあるからな
公式ドキュメントだとどうしても全体を俯瞰的に見るのは難しいから、自分が存在を知っている情報以外の情報に気付きにくい

**デフォルトの名無しさん** · 2018/02/10(土) 18:20:28.04

カンファレンス楽しみ

**デフォルトの名無しさん** · 2018/02/11(日) 00:06:26.27

ねえ
// int[] sKey
// byte[] wKey
// int data
wKey[0] += sKey[(int) wKey[1] & 0xFF] - data;
wKey[1] -= (byte) ((sKey[(int) data & 0xFF] ^ wKey[2]) & 0xFF);
wKey[2] ^= (byte) (data + sKey[(int) wKey[3] & 0xFF]) & 0xFF;
wKey[3] -= (byte) (wKey[0] - sKey[(int) data & 0xFF]) & 0xFF;

int dKey = ((int) wKey[0]) & 0xFF | (wKey[1] << 8) & 0xFF00 | (wKey[2] << 16) & 0xFF0000 | (wKey[3] << 24) & 0xFF000000;

こういうのってKotlinでどう書けばいいの…

**デフォルトの名無しさん** · 2018/02/11(日) 00:14:54.33

宿題は自分でやろうね

**デフォルトの名無しさん** · 2018/02/11(日) 00:37:59.12

>>497
IntelliJかAndroidStudioで変換してエラーを手修正すればOK

**デフォルトの名無しさん** · 2018/02/11(日) 05:15:17.18

>>497
それは何ていう言語で書いてあるんだ？

**デフォルトの名無しさん** · 2018/02/11(日) 06:47:22.49

>>497
言いたいことを想像しながらの答えになるけど、ビット演算もシフト演算もKotlinにはあるよ。
ttps://kotlinlang.org/api/latest/jvm/stdlib/kotlin/-int/index.html
Cのような見栄えにならないとしても、それはKotlinの目指すところではないということかと。

**デフォルトの名無しさん** · 2018/02/11(日) 08:33:39.91

kotlinでやるならwKeyもIntArrayとかにしたほうがよさそう

**デフォルトの名無しさん** · 2018/02/11(日) 08:54:01.46

普通にJavaでしょ
殆どIntelliJがやってくれる

**デフォルトの名無しさん** · 2018/02/11(日) 10:57:18.59

>>497
IntelliJでunko.ktというファイルを作る
そのコードをそのまま貼り付ける
終わり

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

もとの言語知らんけどもっとマシな書き方あるだろと思う

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

何かの外部の処理論理をそのまま記述したって感じだな
外部の処理記述と突き合わせなければならないような場合はこんなのをよく見る
変にスマートに書き換えされてると脳内再変換コストがかかるというパターンｗ

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

>>501
なんか折角いろいろ簡略化して書けて見やすくて良いねって思うけどそういうのは融通利かないな_

あとこれ>>502
何故Byte→Short→Intを自動でやってくれないのか

**デフォルトの名無しさん** · 2018/02/11(日) 14:07:54.93

>>507
Javaではこれがfalseになる

Integer a = 0;
Long b = a + 0L;
System.out.println( a.equals(b) );

コード上のプリミティブ型とクラス型の区別を排除していたり（最適化でプリミティブ型になる）
型推論を持つKotlinで数値型の暗黙の型変換は地雷になるのであえて無くしている

**デフォルトの名無しさん** · 2018/02/11(日) 16:20:36.85

こういうの見るとセンスねえなあって思う
C#の開発者が優秀すぎた

**デフォルトの名無しさん** · 2018/02/11(日) 18:58:12.47

Javaの検査例外になれるとKotlin-JVMで検査例外使えないのが辛い・・

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

>>508
例えば引数にByteを使う場合にJavaでは数値の明示的変換が要るのに対してKotlinでは要らないけど
いざ数値と比較しようとするときには
-> Java/Kotlin
== -> true/error
==(cast) -> true/true
equals -> false/false
equals(cast) -> true/true
になってKotlin側は値比較をしてくれないのはそのせいか

いやでも引数に使うときや代入時には(型の範囲内なら)変換無しで通るんだから
数値比較でも比較される型の範囲内ならキャスト不要にして欲しいな

**デフォルトの名無しさん** · 2018/02/11(日) 21:15:48.50

kotlin初心者の質問くんはここでいいですか…？

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

ほかあたってください

**512** · 2018/02/11(日) 21:22:12.72

すみませんでした

**デフォルトの名無しさん** · 2018/02/11(日) 21:58:08.45

>>513
いや、いいだろ。なぜ？

**デフォルトの名無しさん** · 2018/02/11(日) 22:32:21.15

すみません、Xamarinスレと勘違いしました

**デフォルトの名無しさん** · 2018/02/12(月) 15:11:34.54

ワロタ

**デフォルトの名無しさん** · 2018/02/12(月) 15:28:15.00

kotlinの話題が許されないkotlinスレ

**デフォルトの名無しさん** · 2018/02/12(月) 15:36:24.81

何言ってんだここはザマリンスレだぞ

**デフォルトの名無しさん** · 2018/02/12(月) 16:44:32.14

そういや Kotlin も初心者質問スレみたいのがあった方が良いんじゃないか?
今はまだ言語そのものを知らない人が多いようなのでこのスレだけでも良いかも知れないが、何れ増えて来るだろうし。

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

そんなん増えてきたら作ればいいだろ
このスレですら過疎すぎてxamarinに乗っ取られてるんだからこれ以上住人を分散させなくていい

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

Xamarin程の糞はない

**デフォルトの名無しさん** · 2018/02/12(月) 20:00:50.98

ある

**デフォルトの名無しさん** · 2018/02/12(月) 20:06:04.05

>>521
ま、そうだな。

**デフォルトの名無しさん** · 2018/02/12(月) 21:59:41.62

XamarinってKotlinより流行ってるん?

**デフォルトの名無しさん** · 2018/02/12(月) 22:20:35.54

結局Xamarinの話題でまわるスレ

**デフォルトの名無しさん** · 2018/02/12(月) 22:23:41.28

Kotlinはようやく存在が知られ始めたところだし、これからよ

**デフォルトの名無しさん** · 2018/02/12(月) 22:26:32.35

ざまりんとかことりんとか何か気安いな

**デフォルトの名無しさん** · 2018/02/12(月) 22:35:59.46

XamarinというかC#が強すぎるんだよね

**デフォルトの名無しさん** · 2018/02/12(月) 22:46:21.77

いやしかし特定の分野でだけではないかな。Web関係とか。
少なくとも俺の日頃の仕事では全く絡まないのでどこでよく使われているのかよくわからない。

**デフォルトの名無しさん** · 2018/02/13(火) 06:41:15.56

C++でAndroid書くみたいなのは完全にオワコン？

**デフォルトの名無しさん** · 2018/02/13(火) 09:16:08.55

ニッチコン

**デフォルトの名無しさん** · 2018/02/13(火) 09:22:14.51

>>531
ネイティブってこと？それだと当然CPUが違うと動かないよね。

**デフォルトの名無しさん** · 2018/02/13(火) 09:28:15.91

え？

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

Xamarinって確かライセンス買わないと使える機能に制限あるんじゃなかったっけ

**デフォルトの名無しさん** · 2018/02/13(火) 11:48:52.36

使った事がないのでわかりません

**デフォルトの名無しさん** · 2018/02/13(火) 12:50:25.21

そうか Java VMで動くC#があれば全て解決するのか

**デフォルトの名無しさん** · 2018/02/13(火) 14:45:21.02

>>537
なんでわざわざJVMで？

**デフォルトの名無しさん** · 2018/02/13(火) 16:28:11.56

C#自体あんまり好きじゃないから勘弁してくれ

**デフォルトの名無しさん** · 2018/02/13(火) 19:15:59.91

>>535
XamarinのライセンスはVisual Studioライセンスに統合されてる
Communityライセンスの条件内なら無料
そうでなければ年間サブスクリプションが必要（約6万円 / 年・開発者）

**デフォルトの名無しさん** · 2018/02/13(火) 20:59:24.53

安いなぁ

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

安いと感じるか高いと感じるかはあなたしだいです。

**デフォルトの名無しさん** · 2018/02/13(火) 23:22:43.96

でここはKotlinスレでいいんだよな？

**デフォルトの名無しさん** · 2018/02/14(水) 00:51:14.52

Kotlin だって
いいじゃないか
JavaVM だもの

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

>>537
.NET上で動くJVMならあるけど(実用に耐えるとは言っていない)。
ttp://www.ikvm.net/index.html

**デフォルトの名無しさん** · 2018/02/14(水) 12:55:24.11

kotlinは好きだけどJVMがなぁ・・・
て思ってる人はかなり多いと思うよ

kotlin nativeに頑張ってもらって
さっさとJVMから足洗ってほしい

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

同意

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

ぼきはJavaのライブラリ使うのでJVMでもいいれす(^p^）

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

俺もとりあえずはJVMで良い。
気になるのはJavaScriptの方かな。

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

Kotlinに移行しようかとしばらく触ってみたけど、C#の方が痒いところに手が届くいい言語だな、、、

**デフォルトの名無しさん** · 2018/02/14(水) 18:38:51.02

なんだかんだで膨大のJavaのライブラリとそれらのノウハウを使えるってのが大きいわな

**デフォルトの名無しさん** · 2018/02/14(水) 19:57:38.83

Javaの腐ったライブラリよりC#の洗練されたライブラリの方が有り難いんだけど

**デフォルトの名無しさん** · 2018/02/14(水) 20:14:34.75

>>551
>なんだかんだで膨大のJavaのライブラリとそのノウハウ
それを負の遺産という

**デフォルトの名無しさん** · 2018/02/14(水) 20:56:03.30

>>55
バッドノウハウは要らないのと神託社に抑えられいるのがイヤン

**デフォルトの名無しさん** · 2018/02/14(水) 21:35:40.97

ほとんど借金なんだよなぁ
COBOLと同じ道辿ってる

**デフォルトの名無しさん** · 2018/02/15(木) 12:27:28.16

イミフ

**デフォルトの名無しさん** · 2018/02/15(木) 13:04:38.64

JAVAの肩持つわけじゃないがCOBOLと同じ道は流石にないわ

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

COBOLとは全然状況違うよな
分散処理のフレームワークとかミドルとか活発に開発されてるし
言語としては最先端ではないかもしれないけど、逆に最先端の言語でも優れたプロダクトを生み出してないなら大して存在価値ないし

**デフォルトの名無しさん** · 2018/02/15(木) 18:44:01.31

これから終わるんだよ
kotlinとc#に駆逐される