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/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#に駆逐される

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

JavaVMの上でCOBOLが動くようになったりして･･･

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

一定の奴隷需要は残るだろうね

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

これから終わると言われ続けて10年

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

write once run anywhereとか言われてた頃が懐かしいな

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

>>560
いつだか覚えていないくらい昔にマジメにそれを開発しようとしてた会社があったような
COBOLしか書けないおじさんを救済するためだけの代物ですぐ頓挫したけど

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

まあでも確かにJava言語は使われなくなっていくだろうね。
うちもJavaで作ってるシステムの機能追加なんかはkotlinでやってるし、JVMで動かすのが要件な新規のプログラムももうほぼkotlinに移行してる。
スマホは知らんけどandroid開発はもうkotlinが多いのかな？

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

ドロイド会議のアンケートでもkotlin使ってるひと多かったし

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

Kotlinを推しつつもJavaはまだ現役だと考えている

しかしJava8でラムダが入ったときと
AndroidがJava8に対応したときは正直「余計なことしおって」と思ったな
Java6のままだったら今以上にKotlinが推されてただろうからｗ

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

しかしJavaのラムダはやりすぎだろって感じがした。

**デフォルトの名無しさん** · 2018/02/16(金) 05:43:13.28

確かに
レガシーJavaおじさんと現代人Kotlin使いで棲みわけた方が平和だったかもしれないね

**デフォルトの名無しさん** · 2018/02/16(金) 06:37:35.95

kotlinでandroidの説明してるところなんか全然ない
先進的な一部が勝手に使い始めてるだけで普及の段階ではない、いつもながら日本は遅れてる

**デフォルトの名無しさん** · 2018/02/16(金) 06:49:21.30

全然ないことはないだろ

**デフォルトの名無しさん** · 2018/02/16(金) 07:11:23.90

(僕の周りでは)全然ない
(国内では)全然ない

**デフォルトの名無しさん** · 2018/02/16(金) 07:17:40.02

最近ネットに出て来るandroid周りのサンプルはほぼkotlinじゃない？

**デフォルトの名無しさん** · 2018/02/16(金) 09:05:39.78

kotlinの実務経験ないやつは失業ざまあｗｗｗ

**デフォルトの名無しさん** · 2018/02/16(金) 09:19:32.40

実務経験って、そもそも実務で使われてる所がまだ少なかろう。

**デフォルトの名無しさん** · 2018/02/16(金) 10:41:09.40

実際DroidKaigiのセッションスライドのコードはほぼKotlinだったし、実務もKotilnである割合はかなり増えてるでしょ。
自分も実務ではもう1年くらい使ってるし。

**デフォルトの名無しさん** · 2018/02/16(金) 10:58:35.59

そりゃAndroidだから増えてて当然な感じするが、世の中にはAndroidしかないわけではないからなあ。

**デフォルトの名無しさん** · 2018/02/16(金) 11:06:50.68

俺は逆にandroidまったくやらんけどkotlinめっちゃ使ってるよ
ローカルのプログラムでもサーバーサイドでも

まだこういうのは少数派だろうけど

**デフォルトの名無しさん** · 2018/02/16(金) 12:46:25.84

ああ。俺は趣味では使うよ。というか学習中なので敢えて使う感じ。Kotlinだとどう書けるかを調べながら書いてる感じ。

**デフォルトの名無しさん** · 2018/02/16(金) 12:47:35.63

ながら勉強？

**デフォルトの名無しさん** · 2018/02/16(金) 12:58:29.56

ながらというか、CやPerlなら仕事で何十年も使ってて間が働くからどう書くかはすぐ想像できる(Javaも趣味で20年ぐらいやってるのでなんとなくわかる)んだが、
Kotlinはそれと似たようにも書けるしKotlinならではの書き方もできるわけで、その辺のKpylin的な書き方を学習してる感じ。

**デフォルトの名無しさん** · 2018/02/16(金) 12:59:00.48

間がじゃない、勘がだ。

**デフォルトの名無しさん** · 2018/02/16(金) 13:01:00.94

うう。やはりスマホだと変なタイプミス増えるな。orz

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

くぴりんｗ

**デフォルトの名無しさん** · 2018/02/16(金) 13:05:28.66

どうせお前らrxもMVVMもfluxも分からないんだろ
失業ざまああｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2018/02/16(金) 15:00:09.56

どこかで聞いたことがあるようなないような・・・

**デフォルトの名無しさん** · 2018/02/16(金) 18:08:43.61

>>583
タイプミスじゃなくて誤変換
フリックは関係ない、注意力が欠けてるだけ

**デフォルトの名無しさん** · 2018/02/16(金) 19:12:39.30

>>585
rxとmvvmはわかる
fluxがわからないから3行で説明して

**デフォルトの名無しさん** · 2018/02/16(金) 19:50:26.64

>>588
片
方
向

**デフォルトの名無しさん** · 2018/02/16(金) 20:40:30.87

俺
も
知らない

**デフォルトの名無しさん** · 2018/02/16(金) 21:50:37.65

車輪の
再発明に
名前を付けた

**デフォルトの名無しさん** · 2018/02/16(金) 22:05:45.45

モルゲッソヨ

**デフォルトの名無しさん** · 2018/02/16(金) 22:11:32.26

今分かったんですけど、プライマリコンストラクタ宣言せずに
セカンダリコンストラクタって宣言できるんですね。

プライマリコンストラクタの主な用途ってコンストラクタのパラメータの宣言とプロパティの宣言を
一緒にできるぐらいですか？？用途は。
class Test(val p1: String)とか

**デフォルトの名無しさん** · 2018/02/16(金) 23:21:19.28

>>593
中身が空っぽなだけで、プライマリコンストラクタは常にあるよ
https://ideone.com/tSGMPY

**デフォルトの名無しさん** · 2018/02/16(金) 23:59:52.15

基本は省略表記なだけ
https://ideone.com/3Uc2dJ

**デフォルトの名無しさん** · 2018/02/17(土) 00:19:37.32

>>594
でも、空のプライマリコンストラクタを明示的に宣言するのと省略するのでは厳密には同一ではないですよね？？

だから、言葉の定義の問題にもなっちゃうけど、initブロックはinitブロックであってプライマリコンストラクタと同一視
しない方がいいとか。プライマリコンストラクタはあくまでclass Test(val p1: String)のval p1: String部分だけで、
プライマリコンストラクタはボディは持てない。
初期化はinitブロックで行うとか？

**デフォルトの名無しさん** · 2018/02/17(土) 00:24:21.47

https://kotlinlang.org/docs/reference/classes.html
正式な言語仕様書とかないんでしったけ？？
JavaとかC#はしっかりした言語仕様書みたいのあって言葉もしっかり定義されてると
思いますが、kotlinはそういうのないとか・・

**デフォルトの名無しさん** · 2018/02/17(土) 00:37:46.91

Note that code in initializer blocks effectively becomes part of the primary constructor.
Delegation to the primary constructor happens as the first statement of a secondary constructor, so the code in all initializer blocks is executed before the secondary constructor body
まぁ、ここにはプライマリコンストラクタの一部になるって書いてあるね。

**デフォルトの名無しさん** · 2018/02/17(土) 00:43:30.54

>>596
そうね暗黙の場合と違いあるから省略という表現は不正確だったごめん

セカンダリコンストラクタが無い場合、暗黙のプライマリコンストラクタはpublicになる
セカンダリコンストラクタが有る場合、暗黙のプライマリコンストラクタは未初期化メンバを残せる

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

>>597
明らかにまだ未完成だけどこれだと思う
http://jetbrains.github.io/kotlin-spec/

**デフォルトの名無しさん** · 2018/02/17(土) 09:11:07.08

Kotlin使いがJava使いにマウント取ってる様を見てまたこの繰り返しかと思いそっ閉じ

**デフォルトの名無しさん** · 2018/02/17(土) 11:37:12.55

マウント取ってるように見える？そりゃなんていうか、劣等感強すぎでは？
てか一々そんなこと考えてないで自分でも使えばいいじゃん。禁止されているわけでもなし。
Java が使える状態になったことのある人が Kotlin 使えるようになれないわけがないと思うが。