X
Kotlin 2
■ このスレッドは過去ログ倉庫に格納されています
0009デフォルトの名無しさん
垢版 |
2017/11/01(水) 20:57:53.51ID:3pYEq5sC
独自クラスのオブジェクトを突っ込んだListのソート処理がKotlinだと楽すぎてワロタ
Comparatorとか実装する必要すらない
0011デフォルトの名無しさん
垢版 |
2017/11/01(水) 21:17:46.15ID:KQYcmJno
>>8
流行り初めてんだよ。ようやっと日本語の入門書が増え始めたんだから。
まずはAndroidアプリ用で使う人が増えると思う。
0016デフォルトの名無しさん
垢版 |
2017/11/01(水) 23:18:03.22ID:65SAREI7
ちょっとカジってみたけど、JavaとかC#とかScalaとかF#とかをごった煮にした感じだね
イマイチ新鮮味が無いけど、JVMでAndroidやらSpringやらで使えるっていうのが重要なのかな
0017デフォルトの名無しさん
垢版 |
2017/11/01(水) 23:50:48.17ID:n8DQDdRQ
下手に新機軸で目新しかったらScalaの轍を踏んでしまうだけだからな
Javaと併用するベターJavaの範囲を逸脱しなかったことでここまでの地位を短期間で得たのだ
ほどほどって何事も大事ね
0018デフォルトの名無しさん
垢版 |
2017/11/02(木) 02:41:34.42ID:LsnbbfZc
>>9
class Person(val age: Int, val name: String) { }

val mlist: MutableList<Person> = mutableListOf( );

mlist.add(Person(25, "Tom"));
mlist.add(Person(25, "Dave"));
mlist.add(Person(20, "Kate"));
mlist.add(Person(20, "Alice"));

val sortedList = mlist.sortedWith(compareBy({ it.age }, { it.name }))

sortedList.forEach {
println("${it.age} : ${it.name}")
}

出力
20 : Alice
20 : Kate
25 : Dave
25 : Tom
0019デフォルトの名無しさん
垢版 |
2017/11/02(木) 02:56:32.36ID:pq+UNRec
>>17
逆に言うと中途半端で
わざわざ覚えるのに
新しく使えるものが少ない

でもまあScalaだと
そこそこ難しくなってしまうから
Kotlinの方が流行るだろうね
0020デフォルトの名無しさん
垢版 |
2017/11/02(木) 08:50:34.61ID:Cum5cn5z
ボイラープレート自体が消えるということに喝采した人が多い
「それくらいIDEが自動で大量に書いてくれる」ではなく「そもそも無い」が好まれるのだ
視覚情報大事
0022デフォルトの名無しさん
垢版 |
2017/11/02(木) 19:30:44.53ID:SsjTYyhv
android専用みたいになってるけど、
javaでやれることは、
全部kotlinでもできるの？
0023デフォルトの名無しさん
垢版 |
2017/11/02(木) 19:53:40.80ID:Cum5cn5z
誰だそんなAndroid専用とか変なこと言ってるの…
ただほんのちょっと、現時点でのJavaの新規用途や一般人用途がAndroidアプリ作成しかないだけじゃないか…

ということで「ふつうの」Javaが使えるとこはだいたいKotlinが使えるよ
企業に勤めてるような人でもない限り Javaプログラミング＝Androidアプリプログラミング なのでそんな認識になってるだけだ
組み込みとかあのへんの大変そうなとこはたぶんまだ無理だけど、そういうとこに使えるかどうか気になるような人はKotlinが動作しうるかどうかは見てわかるだろう
0024デフォルトの名無しさん
垢版 |
2017/11/02(木) 20:45:39.00ID:n5fZR6Gb
ていうか Java にできて Kotlin にできない事ってあるのか？
そんなもん無いようにしか見えないんだが。
0028デフォルトの名無しさん
垢版 |
2017/11/02(木) 21:17:36.20ID:Cum5cn5z
>>24
吐き出すのはただのclassファイルなんで、滅多なことではないと思うんだけど、断言できるほど知識もないのでドリームを残しておいた
きっと凄い人が無償で調べてカッコよく回答してくれるはずだ
0029デフォルトの名無しさん
垢版 |
2017/11/03(金) 00:42:19.00ID:mQ2prqq7
これまでのまとめ

Java にできて Kotlin にできないこと

1. バグの量産
2. 奴隷の大量使い捨て
0030デフォルトの名無しさん
垢版 |
2017/11/03(金) 00:43:31.08ID:nVcCm6Uk
kお前らが作ったら何使ってもバグの量産だろwww
0035デフォルトの名無しさん
垢版 |
2017/11/03(金) 12:10:24.60ID:MxTlS5aq
flag |= x
flag &= ~x
これを
flag = flag or x
flag = flag and x.inv()
こう書かなきゃならない冗長さ

開発者曰く、可読性の問題なら関数にすればいいじゃんと
0036デフォルトの名無しさん
垢版 |
2017/11/03(金) 12:25:36.60ID:OuG6RHrP
超一般論としては論理演算子付き自己代入はそれによって陰に実行されるものがあんまり自明ではないので使わないほうがよい
あんまり自分の分析能力を信用してはイカンよ
0038デフォルトの名無しさん
垢版 |
2017/11/03(金) 13:24:04.81ID:mQ2prqq7
Kotlinインアクションはいいことはいいのだが索引が貧弱で、
例えばソートしようと思って索引見ても sort が載っていない。
じゃあ List のメソッドだろうということで List を探しても載っていない。
ということでリファレンスとして使えない。内容同じままでいいから索引を大幅拡充したの出して欲しい。
0044デフォルトの名無しさん
垢版 |
2017/11/04(土) 03:50:10.34ID:3cC+jj+w
ifとか式にできるくせに、代入文は式にできねぇの？？しょっぺぇ。
while ((bytesRead = stream.read(bytes)) != -1)
とかできねぇの？しょっぺぇ
0045デフォルトの名無しさん
垢版 |
2017/11/04(土) 04:33:53.14ID:3cC+jj+w
あれ、ひょっとして、kotlinてまだシリアライズできねぇの？？
しょっぺぇ・・・
普通にデータの保存にJavaのバイナリフォーマットのシリアライズ使ってたんだけどな・・・
あぼぼぼぼぼ。
0048デフォルトの名無しさん
垢版 |
2017/11/04(土) 08:18:58.07ID:hKqH3C3y
whileはみんなそこで詰まるNE！

Kotlinは条件部分で副次作用が起こることをよしとしないのだ
数少ない「単体部分で見ればJavaより記述量多い」部分なので、
我慢して明示的に変数定義に切り分けるか、素直に組み込みのBufferedReaderとか使ってくれ
よっぽどオリジナルでない限りwhileでなんかしてたやつは「whileの外ごとまとめて」3行くらいで書ける
0049デフォルトの名無しさん
垢版 |
2017/11/04(土) 10:23:22.90ID:jcPkxcYi
昔、ポインタ演算できないからJavaはしょぼい、というような主張してる奴が
たまに居たのを思い出した
0051デフォルトの名無しさん
垢版 |
2017/11/04(土) 11:58:10.64ID:hKqH3C3y
>>49
Java使ってれば違和感なく移行できますと言われつつ、実際はプチパラダイムシフトの受け入れが必要なのはちょっと不誠実かなとは思う
我々は「うっひょー○○言語や××言語のアレみたいだね！」とか喜ぶわけなんだが
Javaしかやらないような人から見たら「Javaとは全く違うだけの気持ち悪い何かがくっついてる」としか思えない可能性は高い
0052デフォルトの名無しさん
垢版 |
2017/11/04(土) 12:33:29.77ID:jcPkxcYi
>>51
アピールしてるのは「相互運用性が高いから移行できます」であって、「違和感なく移行できます」では無いよ
そういうのを書いてる第三者の記事はありそうだけど

公式的にはむしろ関数型に力入れてるのを売りにしてる
0053デフォルトの名無しさん
垢版 |
2017/11/04(土) 19:11:42.37ID:mE4V8fBV
>>51
> Javaしかやらないような人から見たら「Javaとは全く違うだけの気持ち悪い何かがくっついてる」としか思えない可能性は高い

そうやって全く関数型やらモダン言語らしいとこ使わない違和感あるKotlinコードが出来そう
0055デフォルトの名無しさん
垢版 |
2017/11/04(土) 22:23:46.53ID:g0AJbdlv
>>38
Kotlin in action買おうか迷っているけど、公式サイトの解説と比べてもっと深いことが書いてあったりする?
ちなみにKotlinスタートブック は読了済み。
0056デフォルトの名無しさん
垢版 |
2017/11/04(土) 22:34:52.81ID:U6RGh2Ax
>>54
javaとの対比だとプロパティとnull安全だな。最も有用
それ以外はコーディング的な進化だから追々覚えればよい
0057デフォルトの名無しさん
垢版 |
2017/11/05(日) 00:26:43.77ID:x5/Ij6xv
俺のお気に入りのF#はなんだかんだでnull残ってるから、その点はkotlin羨ましい
0058デフォルトの名無しさん
垢版 |
2017/11/05(日) 00:58:12.21ID:YBVMpJn0
残念ながらjava互換だからnullは無くならないのだよ
0059デフォルトの名無しさん
垢版 |
2017/11/05(日) 02:57:49.62ID:WRVCeBNz
ガードしない場合、ぬるぽが起こる割合はJavaとほぼ同じ
言語の仕組み上安楽にガードしやすいってだけの話だからね
しない・できない・忘れてたという場合はぬるぽぬるぽぬるぽだ
コードはまさに意図した通りではなく書いた通りに動く
そこでは思想など無意味だ
0060デフォルトの名無しさん
垢版 |
2017/11/05(日) 11:18:58.60ID:vfJyTH9D
Android Studioでのコード補完のパラメータ表示にInputStream!とか末尾に「！」が
ついてるんですが、これは何なんでしょうか？
0061デフォルトの名無しさん
垢版 |
2017/11/05(日) 11:55:04.18ID:WRVCeBNz
IntelliJ の T! は「T か T? のどちらか」を示す
つまりNullableかどうかすらわかんねえという記号
0062デフォルトの名無しさん
垢版 |
2017/11/05(日) 12:09:14.89ID:vfJyTH9D
>>60
ありがとうございます。Java絡みのは当たり前ですが、ほぼそうなってますね。
理解しました。
0063デフォルトの名無しさん
垢版 |
2017/11/05(日) 12:47:54.37ID:pFqd1r18
忘れてたって言ったって全部に？付けないとＪａｖａと同じにならないわけで
?付けなけりゃコンパイル通らないしNULL安全意識せざるを得ない
0064デフォルトの名無しさん
垢版 |
2017/11/05(日) 14:29:21.23ID:kyKiHR5g
!! は、Nullable を、NotNull に強制変換する、危険な演算子だから、
requireNotNull 関数を使え

例えば、Java から、null が代入される場合、
String → IllegalStateException。ヌルポよりまし
String? → Nullable なのでOK

Platform Type
型を省略(String!) → デリファレンス時に、ヌルポ

Java からの戻り値がすべて、Nullable になるのは困るので、
その折衷案がPlatform Type
006564
垢版 |
2017/11/05(日) 14:35:11.49ID:kyKiHR5g
Java からの戻り値をすべて、Nullable にするのは面倒なので、
そのまま使ったのが、Platform Type

デリファレンス時に、ヌルポとなるため危険！
0066デフォルトの名無しさん
垢版 |
2017/11/05(日) 14:40:57.73ID:YBVMpJn0
めんどくせえな
0067デフォルトの名無しさん
垢版 |
2017/11/05(日) 15:03:32.80ID:cR0WBKoF
Javaのほうのコードに@NonNullアノテーションつけとけば、KotlinからT!じゃなくてTとして扱える
0068デフォルトの名無しさん
垢版 |
2017/11/05(日) 15:52:17.12ID:WRVCeBNz
現代的な気遣いのされてるJavaライブラリはKotlinからでも便利に扱える
シガラミがあって旧来のままのライブラリはそりゃ利用者側が手間かけるしかない
0069デフォルトの名無しさん
垢版 |
2017/11/05(日) 16:52:07.10ID:J++DNvfV
ラッパークラス作るぐらいしか方法なさそうだな
0070デフォルトの名無しさん
垢版 |
2017/11/05(日) 18:48:00.64ID:WL5EiVt2
ラッパークラスもありだし、OSSなライブラリだったらアノテーション付与してPR送るのも有用だな
0071デフォルトの名無しさん
垢版 |
2017/11/05(日) 19:23:52.87ID:giKdejUB
Kotlinから使いやすくなりました！ みたいに言えるのはひょっとしたら売りになるかもしれんね
0073デフォルトの名無しさん
垢版 |
2017/11/05(日) 19:26:26.36ID:YBVMpJn0
ことりんの擬人化はよ
0076デフォルトの名無しさん
垢版 |
2017/11/06(月) 10:56:08.46ID:OqkByGQj
やはり擬人化が必要だな
萌えキャラで
0078デフォルトの名無しさん
垢版 |
2017/11/06(月) 13:01:01.21ID:V0vtn4gd
それは君には中々理解できない理由による。

例えば以前Appleが傾いた時にジョブズが復帰してiMacを作ってAppleは救われたが、iMacはハードウェアとしてそんなに素晴らしかっただろうか？
たいして素晴らしくはないのだ。ブラウン管ディスプレイに本体入れて一体化しただけだ。しかし売れた。なぜか？
デザインがよかったからだ。コンピュータとしてはどうでもいい見た目が売れ行きに多大に影響した。
技術者から見ればどうでもよさそうなものでも甘く見てはいけないということだ。
0079デフォルトの名無しさん
垢版 |
2017/11/06(月) 13:32:09.21ID:wZC/0idP
>>77
技術的な話をスレでされても理解できなくて不愉快だから「とにかくほかの話」をさせたがっている
知らない言語のスレなんて見なきゃいいのにね
0081デフォルトの名無しさん
垢版 |
2017/11/06(月) 15:18:23.96ID:8DS1P3Ga
ほんとおまえらはばかだなあ
日本の電子IT系なんてオタクの巣窟なんだから萌えキャラことりんで流行言語間違いなしやで
0085デフォルトの名無しさん
垢版 |
2017/11/06(月) 20:50:33.70ID:iuxlkbQ9
インアクションとなんとか太郎本どっち買おう
後者は本屋で見たんだけど
0087デフォルトの名無しさん
垢版 |
2017/11/07(火) 06:11:35.45ID:uepCx6fG
「たのしいRuby 第5版、2016」高橋 征義
「みんなのPython 第4版、2017」柴田 淳
「Kotlinスタートブック、2016」長澤 太郎

この辺は、日本では、避けては通れない人達
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況