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/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だから仕方ない

**デフォルトの名無しさん** · 2018/03/21(水) 12:51:58.11

Graal

世界大百科事典内のGraalの言及
【聖杯伝説】より

…12世紀末ヨーロッパで顕在化したキリスト教の色濃い伝説だが，起源には諸説あり，
ケルト説話を源とする考えが有力。聖杯Graal(英語はGrail)を扱った最初の作品は
フランスの詩人クレティアン･ド･トロアの《ペルスバルまたは聖杯物語》(1185ころ)。
主人公が漁夫王の城で目にしたふしぎな行列，血の滴る槍と光り輝く聖杯について，
心に抱いた質問を口に出さなかった失敗がすべての発端であった。…

https://kotobank.jp/word/Graal-1233958

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

JavaのコードをKotlinにIntteliJさん使って変換すると

fun hogehoge(value: String): Int? {
var value = value

みたいなコードでName shadowedってワーニングがでる
仕方ないのでvar_value = valueみたいに名前変えてんだけど、どうするのがベストかな？これ以外に良い方法あったら教えて

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

ウォーニング

**デフォルトの名無しさん** · 2018/03/21(水) 15:34:51.57

ぅおー

**デフォルトの名無しさん** · 2018/03/21(水) 17:15:46.16

>>887
Analyze>Inspect Code
結果窓で気に入らないインスペクションを選択しスパナアイコンから設定画面でdisableする

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

Inspect Codeをどこをどういじったら変わるのか分からない
プロファイルってやつ？
名前の通りインテリすぎて使いこなせてない・・・orz

**デフォルトの名無しさん** · 2018/03/22(木) 00:14:47.99

def initialize (number)
@number = number
end

Ruby のクラス内の、インスタンスメソッドの引数を、インスタンス変数に代入するなど、
@ の有無で、判別できるなら良いけど、

関数の引数と、関数内の変数は、共にローカルスコープで、
完全に、変数名もスコープも一致しているから、明らかな間違い

**デフォルトの名無しさん** · 2018/03/22(木) 06:52:19.77

>>887
Inspectionを切れば出なくなるしなんなら無視してもいいけど、そのコードは明らかに書くべきでないからコードを直した方が良い。
引数が変数の名前を変えるべき。

**デフォルトの名無しさん** · 2018/03/22(木) 11:14:05.99

受け取った値に何かしらの加工を加えて返却する関数だと推測するけど
それなら引数の方をrawValueにするとか、変数の方をnewValueにするとか
なんでもいいけどとりあえずそのコードは俺がコードレビューするなら絶対指摘する

**デフォルトの名無しさん** · 2018/03/25(日) 18:43:29.93

Javaで
a instanceof CharSequence[]
してた部分はKotlinではどう置き換えたらいいでしょうか？
a is Array<CharSequence>
だとcannot check for instance of erased typeでエラーがでて型チェックができません。

**デフォルトの名無しさん** · 2018/03/25(日) 20:49:47.22

うちのKotlinはエラーにならないな

**デフォルトの名無しさん** · 2018/03/25(日) 21:12:24.65

https://ideone.com/IAkBb8
あれ、マジですか。Android Studioの方で駄目です。
バージョンって
ext.kotlin_version = '1.2.21'
これかな

**デフォルトの名無しさん** · 2018/03/25(日) 21:41:32.67

ああ、aが実際にArray<CharSequence>のときはエラーにならないぽい
Array<*>にするしかないのかなあ

**デフォルトの名無しさん** · 2018/03/26(月) 09:16:05.43

if(a is Array<*>) {
b = a.filterIsInstance<CharSequence>().toTypedArray()
}

とかは？

**899** · 2018/03/26(月) 09:17:35.12

途中で送っちゃった

JavaのコードからAnyでくる何かの配列を扱いたいときに確かこんな感じで書いた記憶が

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

勉強しようと思いリファレンス読みつつ Koans をやり始めた
最初は var, val や if, for とかかなと思ってたから面食らった

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

小手ぇッ！

**デフォルトの名無しさん** · 2018/03/28(水) 16:51:24.37

|Д｀)　ﾀﾞﾚﾓｲﾅｲ･･

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

>>903
ｵﾄﾞﾙﾅﾗｲﾏﾉｳﾁ

**デフォルトの名無しさん** · 2018/03/28(水) 18:05:16.95

|∀｀) ことりんするならｲﾏﾉｳﾁ!!

**デフォルトの名無しさん** · 2018/03/28(水) 23:29:45.23

https://item.rakuten.co.jp/dearpet/f00ku08/

**デフォルトの名無しさん** · 2018/03/28(水) 23:43:00.81

https://dic.pixiv.net/a/%E3%81%93%E3%81%A8%E3%82%8A%E3%82%93

**デフォルトの名無しさん** · 2018/03/28(水) 23:48:30.41

Java訴訟で神託に負けたから、次バージョンからkotlinかな

**デフォルトの名無しさん** · 2018/03/29(木) 15:57:35.16

やっぱりこのスレおっさんしかいないな

**デフォルトの名無しさん** · 2018/03/29(木) 17:12:06.04

>>908
Kotolinにしても中身Javaじゃないの？

**デフォルトの名無しさん** · 2018/03/29(木) 17:22:11.83

中身？？

**デフォルトの名無しさん** · 2018/03/29(木) 18:57:11.92

Googleが一兆円払ったら今までと同じようにAndroid使っていけるんですかね
Androidがなくなるみたいな話じゃないんですかね

**デフォルトの名無しさん** · 2018/03/29(木) 20:16:40.50

長期的にはAndroidはJavaから離れてSwift化していくと思う
Kotlinはそれまでの繋ぎだろう
構文似てるし

**デフォルトの名無しさん** · 2018/03/29(木) 20:31:18.17

問題になっているのはAPI仕様なんで、kotlinに変えただけじゃ解決しないよ。
googleは企業間摩擦で割と子供っぽい対応をするところがあるので、神託を敵対買収とか糞味噌展開を期待。

**デフォルトの名無しさん** · 2018/03/29(木) 20:36:18.46

ねーよ

**デフォルトの名無しさん** · 2018/03/29(木) 20:42:47.29

また控訴してひっくり返らないか？

**デフォルトの名無しさん** · 2018/03/29(木) 20:44:26.62

SwiftがKotlin化しろよ

**デフォルトの名無しさん** · 2018/03/29(木) 21:08:11.75

しかしGoogleがフェアユースとか言い出さなければよかっただけなんじゃないかという感じがする。

**デフォルトの名無しさん** · 2018/03/29(木) 22:43:45.47

つうかAndroidもOpenJDKに移行するんだからもうその訴訟自体どうでも良くなるんじゃねーの

**デフォルトの名無しさん** · 2018/03/30(金) 01:59:33.03

swiftは破壊的変更が多すぎてkotlinが良い

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

俺も今のところkotlin。かといってswiftほとんど知らないわけだが。Apple関係に手を出さない限り必要性がほとんどないよなあれ。
まあ今後変わるかも知れないが。

**デフォルトの名無しさん** · 2018/03/30(金) 03:13:29.93

フェアユースの方はまだ上告できるけど
ひっくり返る望みはほぼ無いようだから諦めて払うか別の弾持ち出してさらに粘るかだろうね
払うにしても時間たってるから賠償請求額上乗せしてくるんだろうけど
損害賠償だけで使用差し止めは要求してないからAndroidからJavaAPIが消えるという事は無い
はず

**デフォルトの名無しさん** · 2018/03/30(金) 05:37:33.53

その前にfuchsiaへの移行を狙ってるはず

**デフォルトの名無しさん** · 2018/03/30(金) 09:23:57.46

kotlinってAndroid関係以外でも需要あんの？

**デフォルトの名無しさん** · 2018/03/30(金) 09:25:44.59

Swiftはよくできてると思うが、毎年変更があるのがいけてないな
まぁー、Javaもついこないだ9出たと思ったら、もう10が出てたりするけど

**デフォルトの名無しさん** · 2018/03/30(金) 09:34:51.66

javaが全部Kotlinに置き換わる
今プログラミング言語で一番使われてるのがjava
つまりKotlin最強になるということだ

**デフォルトの名無しさん** · 2018/03/30(金) 09:38:23.13

>>924
googleが主導してるからAndroidになってるだけで
実際何でもできて便利だぞ

**デフォルトの名無しさん** · 2018/03/30(金) 09:49:19.73

>>927
なんでも出来るの定義が分からんけど、Swiftよりいろいろ出来るってこと？

**デフォルトの名無しさん** · 2018/03/30(金) 09:53:15.88

Nativeがあるといいけどライブラリどうなるのって問題があるな

**デフォルトの名無しさん** · 2018/03/30(金) 10:10:19.33

>>927
JAVAでできることならなんでもできる。サーバーサイドのことでも。
Kotlin/Nativeが1.0になれば、応用範囲はさらに広がる。こっちはいつになるかわかんないけど。

**デフォルトの名無しさん** · 2018/03/30(金) 10:45:56.12

javaでできることしかできない

**デフォルトの名無しさん** · 2018/03/30(金) 10:49:21.30

CのDLL呼び出しというかWinAPIはJavaより楽にできるの？

**デフォルトの名無しさん** · 2018/03/30(金) 10:58:26.37

つまり、動かすにはJavaランタイムのインストールが必須ってことですかね
デフォルトでJREが入ってないMacのアプリを作るのはきついかな
ちなみに、SwiftでもWebアプリのサーバサイド書けるし、コマンドラインで手動コンパイルなしで実行するスクリプト的な使い方もできます。REPLもついてくるし

**デフォルトの名無しさん** · 2018/03/30(金) 11:21:20.20

>>931
もともと、Javaを拡張するのが大変だから、突破口として、Kotlinという新しい言語を作ったといういきさつなので、Javaでできないこともできる。
最近だとコルーチンとか。

**デフォルトの名無しさん** · 2018/03/30(金) 11:57:59.25

Swift程の糞はない

**デフォルトの名無しさん** · 2018/03/30(金) 12:17:55.13

サーバーサイドをSwiftで作るメリットが何一つ思いつかない

**デフォルトの名無しさん** · 2018/03/30(金) 12:27:18.25

そういやKotlinはOpenJDKのJREがあれば動くからAndroid以外ではライセンス気にする必要がないね。

**デフォルトの名無しさん** · 2018/03/30(金) 12:27:33.92

Swiftプログラマがスキルをそのまま活かせるというメリットがありますよ

**デフォルトの名無しさん** · 2018/03/30(金) 13:51:03.25

>>911
理解が違ってたらすまんけど記述言語がKotlinだとしても中身はJavaにコンバートしてAndroid上で動いてるんじゃないの？という意味。

**デフォルトの名無しさん** · 2018/03/30(金) 14:28:00.49

>>934
Sandboxの中で何ができるかって文脈じゃないでしょ

**デフォルトの名無しさん** · 2018/03/30(金) 15:46:14.27

>>939
コンバートはしてないのでは？直接JVM用のバイトコード出してると思うが。
まあ、それができるならコンバートもできる筈だとは思うけどね。

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

>>941
ググってみた。ORACLEの特許はJava APIに対してなんだな。
ORACLEの特許はJava全般に渡ると思ってたのでバイトコードに変換しても（俺はこれをコンバートと言ってた。理解出来てなくてすまない）JMVで動いてる事自体が特許にひっかかるんじゃないかと思ってた。
Android OSのソースの特許で揉めてる部分をKotlinに置き換えれば大丈夫って事になるのかな。

**デフォルトの名無しさん** · 2018/03/30(金) 17:31:12.32

apple傘下のものをメインにするのはやっぱちょっと怖い
G様なら飽きたら放置だからそこは安心

**デフォルトの名無しさん** · 2018/03/30(金) 19:59:07.85

>>936
appleはwordpress使ってるしな

**デフォルトの名無しさん** · 2018/03/30(金) 20:49:12.14

>942
androidで使ってたdalvikはレジスタマシンじゃん。
素のjvmならスタックマシンだからそこで特許は無理じゃね？
あとAPIだってそれだけじゃ特許とれんだろ。オラクルも特許侵害は言ってなかったような。

**デフォルトの名無しさん** · 2018/03/30(金) 21:17:15.04

プログラミング言語なんて適材適所だからな
少なくとも現時点ではサーバーサイドSwiftなんて選択肢としては悪手の中の悪手だわ
言語機能云々じゃなくて、エコシステム全体で見た時にあえてSwiftを選ぶ理由が本当に何もない

**デフォルトの名無しさん** · 2018/03/30(金) 21:24:20.31

Xamarin程の糞はない