Kotlin 5

**デフォルトの名無しさん** · 2018/12/08(土) 20:29:41.41

JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1531818027/

**デフォルトの名無しさん** · 2019/02/18(月) 22:58:18.56

後ろ盾最強はやっぱrust？

**デフォルトの名無しさん** · 2019/02/18(月) 23:02:22.94

Goでぇす！

**デフォルトの名無しさん** · 2019/02/19(火) 08:14:46.86

後ろ盾の強さでいったらGoだべ
あれだけの巨大企業がついてる上に、開発も独裁せずに異常なまでにオープンであることを重視してるし

**デフォルトの名無しさん** · 2019/02/19(火) 09:12:17.39

>>326
最強のSEO力でそう見せてるだけだぞ
それでもDartに対するヘイトは抑えきれなかったようだが

**デフォルトの名無しさん** · 2019/02/19(火) 09:33:24.18

>>327
直接Go開発周りのディスカッションを見てきての感想だから、SEOも何も関係ねーよ
英語が読めるなら自分の目で確かめることをお勧めする
あれはある意味理想的なOSS開発の形かもしれない

**デフォルトの名無しさん** · 2019/02/19(火) 13:20:28.53

goは好きじゃないが>>326の言うことには同意
でもDartちゃんは駄目だから早く眠らせてあげて…

**デフォルトの名無しさん** · 2019/02/19(火) 14:47:06.45

FlutterがDartじゃなければ一気に覇権を取るまでありえただろうにな

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

Android次期OSの開発言語がDartになるみたいな話どうなったん

**デフォルトの名無しさん** · 2019/02/20(水) 15:43:28.44

夢のOSなので夢で終わる

**デフォルトの名無しさん** · 2019/02/20(水) 15:54:05.41

ダー子

**デフォルトの名無しさん** · 2019/02/20(水) 16:09:47.41

>>331
https://9to5google.com/2019/01/02/android-runtime-app-support-fuchsia/

つまりJavaもKotlin/JVMも使える

**デフォルトの名無しさん** · 2019/02/20(水) 17:27:44.53

Dream → Nightmare

**デフォルトの名無しさん** · 2019/02/20(水) 19:05:59.81

夢は見るもの
目標は叶えるもの

**デフォルトの名無しさん** · 2019/02/20(水) 19:45:33.26

夢を見る島

**デフォルトの名無しさん** · 2019/02/20(水) 21:47:37.37

>>337
小鳥ん島
>>336
揚げ足鳥で悪いが、目標は達成するものだと思う。

**デフォルトの名無しさん** · 2019/02/22(金) 04:03:22.89

>>334
まじかよﾀﾞｰﾄいらねーじゃん

**デフォルトの名無しさん** · 2019/02/23(土) 12:08:36.03

Котлин

**デフォルトの名無しさん** · 2019/02/24(日) 12:59:23.23

ランキング画面を作っていてRecyclerViewの項目のソートをしたいんですが、
Cellectionをお気に入り数の降順でソートした上で、
タイトルとサブタイトルの昇順にソートするにはどうしたらいいですか
以下でお気に入り数の降順でソートするところまではできたんですが。
RankingDatas.sortedByDescending { it.bookMarkCount }

**デフォルトの名無しさん** · 2019/02/24(日) 17:16:45.57

俺だったらデータを抜いてくる時点でソートをかけて抜いてくる。

**デフォルトの名無しさん** · 2019/02/24(日) 17:28:12.24

APIレスポンスはそうして返してるんですが、
ローカルでお気に入りオンオフしてランキング順位が変わった場合に
再度APIを叩いてデータを取り直すのも微妙なので
その場合はローカルでソートして
順番を入れ替えたいという感じです

**デフォルトの名無しさん** · 2019/02/24(日) 18:25:01.14

ドキュメントにこう書いてあるからascendingとdescendingを順次呼び出せばいいんじゃない？
The sort is stable. It means that equal elements preserve their order relative to each other after sorting.
呼び出す順序はソート優先順位の逆順で

**デフォルトの名無しさん** · 2019/02/24(日) 20:05:27.33

rankingDatas.sortedByDescending { it.bookMarkCount }.sortedBy { it.title }.sortedBy { it.subTitle }

やってみましたが、途中の結果は捨てられて単に subTitle の降順になるようです

**デフォルトの名無しさん** · 2019/02/24(日) 20:26:13.24

昇順か

**デフォルトの名無しさん** · 2019/02/24(日) 21:01:47.88

sortedWithつかえ

**デフォルトの名無しさん** · 2019/02/24(日) 21:07:06.34

できましたありがとうございました

**デフォルトの名無しさん** · 2019/02/25(月) 01:07:00.43

呼び出す順序はソート優先順位の逆順でと言ったのに伝わらなかったか

**デフォルトの名無しさん** · 2019/02/25(月) 05:33:03.93

「kotlin sort multiple fields」で検索！

**デフォルトの名無しさん** · 2019/02/26(火) 03:00:37.89

こういうことしたかったのか?
https://code.i-harness.com/ja/q/2388797

**デフォルトの名無しさん** · 2019/02/26(火) 06:27:00.41

久しぶりに触ったらcoroutineがだいぶ変わってるらしくて以前からとりあえず動くけどよく分かってない状態だったのにもう全然分からないよ……(´・ω・｀)

**デフォルトの名無しさん** · 2019/02/26(火) 07:07:49.29

>>352
とりあえず前知識として「コールバック地獄」について知っておくといいかも

**デフォルトの名無しさん** · 2019/02/26(火) 08:39:12.02

coroutine登場人物多すぎ

**デフォルトの名無しさん** · 2019/02/26(火) 09:55:03.32

え？子ルーチンそんなに変わったの？

**デフォルトの名無しさん** · 2019/02/26(火) 10:37:15.60

experimental中は色々変わったけど正式版以降の使い方は基本的に変わってないよ
https://github.com/Kotlin/kotlinx.coroutines/blob/master/CHANGES.md

**デフォルトの名無しさん** · 2019/02/26(火) 12:06:54.02

>>351
のリンク先で、数値なら、- で降順にできるのか？

list.sortedWith(compareBy({ -it.age }, { it.name }, { it.address }))

Ruby なら、
arr2 = arr.sort_by { |a| [ -a[:score], a[:room] ] }

**デフォルトの名無しさん** · 2019/02/26(火) 18:17:15.84

>>357
できる。

**デフォルトの名無しさん** · 2019/02/28(木) 03:26:51.88

ま、しかし、複数項目で昇順降順が混在する場合は自分で Comparator 作っちゃった方が楽かもね。

**デフォルトの名無しさん** · 2019/02/28(木) 07:06:25.14

いやいや rankingDatas.sortedBy { it.subTitle }.sortedBy { it.title }.sortedByDescending { it.bookMarkCount } でいいじゃん

**デフォルトの名無しさん** · 2019/02/28(木) 09:12:21.78

直感的でない

**デフォルトの名無しさん** · 2019/02/28(木) 09:15:13.48

>>360
処理時間3倍かかるよそれ

**デフォルトの名無しさん** · 2019/02/28(木) 10:37:24.91

>>362
10万件ソートするなら使えないし、1000件しかソートしないなら問題ない
ランキングならたいした件数ないんじゃない

**デフォルトの名無しさん** · 2019/02/28(木) 13:05:23.62

>>360
それって2番目の並べ替えで1番目の並べ替えの順序が変わらないことは保証されてるの？

**デフォルトの名無しさん** · 2019/02/28(木) 13:16:03.81

stable sortだから保証されてる

**デフォルトの名無しさん** · 2019/02/28(木) 15:53:56.89

mutableLivedataを外部に公開したら良くないってことで
別途livedataを作ってそいつに参照を持たせて
外部にはlivedataだけ公開するっていうのを
全部のmutableLivedataに対して行うの面倒臭いんですが
なにかいい方法ないですか

**デフォルトの名無しさん** · 2019/02/28(木) 19:05:52.26

よく知らないけどmutableLivedataをコンストラクタで貰って
それを元にlivedataを作って両方保持するクラスでも作って包めばいいんじゃないの

**デフォルトの名無しさん** · 2019/03/01(金) 01:02:08.44

それで何か解決するんですかね
結局view側からmutableLivedataに
アクセスできるんじゃないですかね

**デフォルトの名無しさん** · 2019/03/01(金) 06:35:34.41

本当にやり方が思いつかないならもうちょっと経験値の高い先輩なりに相談してみよう

**デフォルトの名無しさん** · 2019/03/01(金) 08:39:12.55

分からないならレスしないでください。うざいだけです

**デフォルトの名無しさん** · 2019/03/01(金) 09:24:26.88

動かしてないけどこんな感じ

import android.arch.lifecycle.*
import kotlin.reflect.KProperty

//保持用
fun <T> unmodifiableLiveData(d:LiveData<T>): LiveData<T> = Transformations.map(d){it}
class MutLiveWrap<T>(val lv:MutableLiveData<T>) {
val readonlyLv = unmodifiableLiveData(lv)
operator fun getValue(thisRef: Any?, property: KProperty<*>) = readonlyLv
}
val <T> MutableLiveData<T>.wrap get() = MutLiveWrap<T>(this)

//使用
class Test {
private val aWr = MutableLiveData<Int>().wrap
val a by aWr

fun f(){
val mutLv: MutableLiveData<Int> = this.aWr.lv
val roLv : LiveData<Int> = this.a
}
}

**デフォルトの名無しさん** · 2019/03/01(金) 11:13:31.72

>>370
分かりません。

**デフォルトの名無しさん** · 2019/03/01(金) 11:44:05.14

>>370
技術力がないだけじゃなくて人間としても終わってるのな

**デフォルトの名無しさん** · 2019/03/01(金) 12:41:01.41

荒らしに返事するな！

そいつは前からいる、荒らしだろ。
相手をすると、この板に居つくだけ！

**デフォルトの名無しさん** · 2019/03/01(金) 12:57:49.73

ま、しかし、このスレの場合は日頃は過疎ってるのでたまに荒しが来てくれた方がスレが活性化して落ちる心配がなくなるなw

**デフォルトの名無しさん** · 2019/03/01(金) 16:06:36.33

developer.android.comの最近のページはコードサンプルがKotlinとJava両方載ってるんだね
タブで切り替えるんだけど最初に表示されてるのはKotlin

**デフォルトの名無しさん** · 2019/03/01(金) 16:54:26.44

俺も動かしてないけどつくってみた

import androidx.annotation.MainThread
import androidx.lifecycle.LifecycleOwner
import androidx.lifecycle.LiveData
import androidx.lifecycle.MutableLiveData
import androidx.lifecycle.Observer

private class ReadOnlyLiveData<T>(private val liveData: LiveData<T>) : LiveData<T>() {
override fun setValue(value: T) { TODO("この関数を呼び出したとき、リードオンリーだから使えないよって教える。") }
override fun postValue(value: T) { TODO("この関数を呼び出したとき、リードオンリーだから使えないよって教える。") }
@MainThread override fun observe(owner: LifecycleOwner, observer: Observer<in T>) { liveData.observe(owner, observer) }

@MainThread override fun observeForever(observer: Observer<in T>) { liveData.observeForever(observer) }

@MainThread override fun removeObserver(observer: Observer<in T>) { liveData.removeObserver(observer) }

@MainThread override fun removeObservers(owner: LifecycleOwner) { liveData.removeObservers(owner) }

override fun getValue(): T? = liveData.value

@SuppressWarnings("WeakerAccess") override fun hasObservers(): Boolean = liveData.hasObservers()

@SuppressWarnings("WeakerAccess") override fun hasActiveObservers(): Boolean = liveData.hasActiveObservers()
}

fun <T> LiveData<T>.readOnly(): LiveData<T> {
if (this is ReadOnlyLiveData<T>) return this // もうすでにリードオンリー
return ReadOnlyLiveData(this)
}

**デフォルトの名無しさん** · 2019/03/02(土) 06:14:14.54

>>357
降順と昇順が混在する場合は compareBy または compareByDescending で Comparator 作って
それに対して thenBy または thenByDescending で追加させて行く方が楽だし速いと思う。

**デフォルトの名無しさん** · 2019/03/04(月) 16:04:14.52

AnkoでBottom Sheetって使えますか？

**デフォルトの名無しさん** · 2019/03/08(金) 09:22:28.79

なんか面白い話題ないんかな。。

**デフォルトの名無しさん** · 2019/03/08(金) 10:46:41.80

君が面白くなりなさい。

**デフォルトの名無しさん** · 2019/03/08(金) 13:24:56.87

springがフルkotlinになるのはいつ？

**デフォルトの名無しさん** · 2019/03/08(金) 18:01:21.77

Exposed1.0が出るのはいつ？

**デフォルトの名無しさん** · 2019/03/10(日) 12:52:23.09

sequenceってジェネレーターみたいなもの？

**デフォルトの名無しさん** · 2019/03/10(日) 13:42:04.30

>>384
SequenceはIterableとほぼ同じ
違いは
　Sequence：　遅延評価する　（なのでジェネレーターも含む）
　Iterable：　　基本的には遅延評価でない　（通常、実体はコレクション）

拡張関数も別れていて、例えば
　Sequenceのmap は遅延評価するSequenceを返す
　Iterableのmap はその場で全要素を処理してListを返す

**デフォルトの名無しさん** · 2019/03/11(月) 00:27:22.19

ずばり説明が書いてあるページを発見した。

KotlinのListとSequenceって何が違うの？
https://qiita.com/KirariGlock/items/9aa251a44c11900c8b5f

**デフォルトの名無しさん** · 2019/03/11(月) 07:22:41.11

うんこは最後に出す方法

**デフォルトの名無しさん** · 2019/03/11(月) 17:24:32.47

げ、知らなかった。
ずっとIterableがStreamの代わりだとばかり。
PythonのSequenceと混同してた。
ならば、Iterableをあそこまでゴージャスにする必要があったのか？

**デフォルトの名無しさん** · 2019/03/11(月) 18:33:50.09

誰かの趣味だよきっと

**デフォルトの名無しさん** · 2019/03/11(月) 18:35:48.60

>>388
典型的なコレクション操作では遅延評価せずその場で全処理する方が早いため

意味付けが違うだけで、SequenceとIterableは同じ拡張関数を持ってるくらいの認識でOK

分かりやすさのため、あえて使い分けを用意しなかった
Javaの割り切り方もありだとは思うけどね

**デフォルトの名無しさん** · 2019/03/11(月) 21:05:48.78

SequenceはJava8のStreamと類似で、KotlinであえてStreamを使うべき機会はほとんどないからSequenceを使っておけば良いってことかな

**デフォルトの名無しさん** · 2019/03/11(月) 23:18:53.36

そしてSequenceって変数にぶち込んで使いまわせなかったっけ？

**デフォルトの名無しさん** · 2019/03/12(火) 01:11:15.05

partitionのSequence版が無くて自作したわ

groupingByも遅延評価だけど使い方がむずい（毎回リファレンス読み直す）

**デフォルトの名無しさん** · 2019/03/12(火) 08:13:05.73

>>391
pararellがないな。
はっきり並列化できる処理なら、Streamの方がJavaの言い回しを考慮した上でも直感的にかける。

**デフォルトの名無しさん** · 2019/03/12(火) 12:54:36.68

kotlin推しがgoを推薦
https://www.youtube.com/watch?v=KGzoE6z7ojk

**デフォルトの名無しさん** · 2019/03/12(火) 14:55:36.01

python,go,kotlin全部推してるやん

**デフォルトの名無しさん** · 2019/03/12(火) 15:14:48.22

>>396
このレスは板内爆撃
本人かシンパかアンチか荒らしかいまいち判別できないので放置でよいよ

**デフォルトの名無しさん** · 2019/03/12(火) 15:56:40.12

>>397
そうか。すまん

**デフォルトの名無しさん** · 2019/03/16(土) 11:53:34.93

そもそもなんの権威でもないやろこの人

**デフォルトの名無しさん** · 2019/03/16(土) 13:53:25.25

坊やだからさ

**デフォルトの名無しさん** · 2019/03/16(土) 16:06:54.74

俺が Kotlin 押しビデオ作って公開すればいいのか？

しかし Kotlin 初心者なので「いいですよ～。最高ですよ～」などと情緒に訴えて見ている側を洗脳しようとすることぐらいしかできない。

**デフォルトの名無しさん** · 2019/03/16(土) 16:14:10.50

>>401
ジャップに布教するなら、みんな使ってますよ～乗り遅れますよ～仲間外れですよ～だけでいいよ
初心者のお前でも、有名企業でのKotlin採用事例を集めて紹介するくらいはできるだろう？

**デフォルトの名無しさん** · 2019/03/16(土) 16:20:48.33

まぁでも、kotlin go あたりが推奨されるのはわかるけどな
今更phpとかおすよりかは説得力ある

**デフォルトの名無しさん** · 2019/03/16(土) 17:20:10.49

>>402
ああ。そうだな。
後は学生向けにこれさえできれば楽々就職みたいに言うと。

**デフォルトの名無しさん** · 2019/03/16(土) 17:27:02.08

やっぱこれも必要だろうな。
https://imgur.com/b5zh9pa

**デフォルトの名無しさん** · 2019/03/16(土) 17:28:59.66

既にどこの国の誰だか知らんが絵を作っている人はいた。
https://imgur.com/gallery/dIvW5Sh

**デフォルトの名無しさん** · 2019/03/17(日) 18:08:41.49

PreferenceFragmentが非推奨になる
↓
代わりにandroidx.preference liblary使えって言われる
↓
日本語のガイドに説明なし

適当すぎんだろｲﾗｲﾗ

**デフォルトの名無しさん** · 2019/03/17(日) 21:15:53.12

あんま関係ないけどmavenのkotlinプラグインで増分コンパイルされないのって仕様？

**デフォルトの名無しさん** · 2019/03/18(月) 09:41:08.53

>>407
ドキュメント読めば書いてあるし問題なくね？

**デフォルトの名無しさん** · 2019/03/18(月) 17:50:47.00

>>407
本気で言うけど、公式ドキュメント程度の英語は頑張って読んだ方がいいと思うよ。

**デフォルトの名無しさん** · 2019/03/18(月) 19:24:24.40

まぁAndroidの公式リファレンスは言語切替をシステム化してるから
ドキュメントのバージョンが不一致なら警告表示するくらいすればいいのにとは思う

iOSの方は英語以外バッサリ切り捨ててる（最新は英語読めと明示してある）から
中途半端に惑わされることは無い

**デフォルトの名無しさん** · 2019/03/18(月) 20:47:50.90

いつの間にかこんな入門書出てたよ。既にKindle版もある。

Kotlinプログラミング
https://www.amazon.co.jp/dp/B07M8LKSKV

**デフォルトの名無しさん** · 2019/03/19(火) 03:22:14.95

もっと可愛い名前にすれば良かったのに
swiftみたいな

**デフォルトの名無しさん** · 2019/03/19(火) 03:33:14.71

古都リンちゃん

**デフォルトの名無しさん** · 2019/03/19(火) 10:04:27.55

>>409
日本語でしか表示されないんだが

**デフォルトの名無しさん** · 2019/03/19(火) 10:51:32.88

>>415
ページ一番下に言語切替がある
リファレンスページでは正常に切り替わらないことがあるからトップページで切り換えた方がいい
https://developer.android.com/

もしくはURLに言語を英語にする「?hl=en」を付ける
https://developer.android.com/guide/topics/ui/settings.html?hl=en

日本語の方はAndroidXの記述が無いな
https://developer.android.com/guide/topics/ui/settings.html?hl=ja

**デフォルトの名無しさん** · 2019/03/19(火) 12:07:55.88

Androidは公式で日本語ドキュメントあるのか
Kotlinのドキュメントは有志がやってたけどもうメンテしてないよな

**デフォルトの名無しさん** · 2019/03/19(火) 12:30:24.38

君がやってくれ。たのんだぞ。

**デフォルトの名無しさん** · 2019/03/19(火) 14:20:51.95

Kotlin in actionとどっちの方がいいんだ

**デフォルトの名無しさん** · 2019/03/19(火) 15:10:03.68

>>416
丁寧にすまんな……

**デフォルトの名無しさん** · 2019/03/19(火) 17:12:09.49

>>417
公式日本語ドキュメントは更新が遅いから読まない方がいいぞ

**デフォルトの名無しさん** · 2019/03/19(火) 17:54:02.89

kotlin native応援してるんだけど何が一番貢献になるんやろか？
翻訳とか細かなライブラリ作ったりくらいなら時間かければできそうなんやけど、難しいことはできん。
やっぱ募金とかなんか？

**デフォルトの名無しさん** · 2019/03/19(火) 18:07:06.75

>>422
まずはなんとかしてVSCodeを潰そう
このままだとJetBrains無くなるよ

**デフォルトの名無しさん** · 2019/03/19(火) 18:12:21.52

>>422
とりあえず公式リポジトリのスターとfork数増やして
kotlin nativeであることをアピールしたライブラリ作ればいいのでは

ただ、現時点ではパフォーマンスが残念だからお勧めしない
出来ることが違うとはいえ、ロジック部分は
JVMどころかKotlin/JS経由のnodeで動かすのより7～10倍くらい遅い

まだコンパイラの最適化をやってないのは救いだけど
俺はARC with cycle collectorがスループット下げてる可能性を気にしてる
もしそうなら最適化やっても思うほど改善しないんじゃないかと