Kotlin 5

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

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

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

**デフォルトの名無しさん** · 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がスループット下げてる可能性を気にしてる
もしそうなら最適化やっても思うほど改善しないんじゃないかと

**デフォルトの名無しさん** · 2019/03/20(水) 08:09:47.58

JSとかnativeとかどうでもええ。
いろいろ変更予定のあるJVMとAndroid対応だけしっかりやれや。

**デフォルトの名無しさん** · 2019/03/20(水) 09:36:36.87

JetBrainsの業績そんなに悪くないしむしろ伸びてるはずだけど

**デフォルトの名無しさん** · 2019/03/20(水) 13:58:35.52

とりあえずgitとintellijの更新はしとく。
作るとしたら何系のライブラリがいいと思う？

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

>>427
自分で使うやつ
より正確に言うとプルリクエストが来たときに議論できる程度に思い入れのあるやつ

使いもしないのに聞きかじりで作るのはやめておいたほうがいい

**デフォルトの名無しさん** · 2019/03/20(水) 15:39:59.54

なるほど。何に思い入れがあったか思い出してくるわ。
ありがと

**デフォルトの名無しさん** · 2019/03/20(水) 17:00:17.12

むしろMicrosoftのほうが糞

**デフォルトの名無しさん** · 2019/03/20(水) 20:08:58.41

>>423
ならライセンス買おうよ。

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

そういえばXamarinネタ見なくなったな

**デフォルトの名無しさん** · 2019/03/20(水) 21:34:30.03

>>432
まあ知ってる人はごくわずかだから話題にしたくても出来る人はいないだろう。

**デフォルトの名無しさん** · 2019/03/22(金) 15:40:33.53

即荒しが何か書いてスレが活性化するかと思ったら完全に無反応。本当に少数なったのだな。合掌。

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

Kotlin そのものの質問ではないがこのスレの方が分かる人が多いような気がするのでここに書き込む。

IntelliJ IDEA で Kotlin のプロジェクトを作ってその src フォルダで～.kt を一つ作ってそこに main() が
あるだけなら良いんだけど、もう一つ～.kt を作ってそこにも main() を作って、それぞれを別々に動かす
ということはできないのかな? どうやらそのままではできないようで、そのままやろうとすると個別にコンパイル
しようとしても同じ関数があると衝突してエラーになる。(最初に登録した方のソースは大丈夫。2番目に
登録した方の～.kt ファイルのコンパイルでエラー)。

こういう使い方は想定されていないんだろうか? しかしこれができないと小さいプログラムが沢山あるような
プロジェクトは作れなくて個別に沢山のプロジェクトを作らねばならなくなる。仮にそういう風にしかできない
んだとしてもそれならばプロジェクトを束ねるようなその上位の何かは作れないのか？でないと同じ階層に
プロジェクトが沢山作られてしまい非常に使い辛い。

**デフォルトの名無しさん** · 2019/03/23(土) 15:19:26.37

>>435
トップレベルのmain()が名前空間で衝突しているからコンパイルエラーになると思われる。

class MyApp {
companion object {
@JvmStatic fun main(args: Array<String>) {
のような書き出しでエントリーポイントを作ることも出来ますが、そういった方法では解決できませんでしょうか。

**デフォルトの名無しさん** · 2019/03/23(土) 15:24:44.47

>>435
A.kt に書けば AKt.class が、B.kt に書けば BKt.class が生成されるので
JvmNameとかpackage指定と合わないフォルダ下で名前衝突させたりしない限り
普通は衝突しないはずだけど

**デフォルトの名無しさん** · 2019/03/23(土) 15:28:37.98

>>436
どうもありがとう。

同じ関数がなければ main() がファイルごとにあっても大丈夫なことがわかった。
実行する時は main() の行頭の左側に出ている ? マークをマウスでクリックして実行またはデバッグすれば実行できた。

**デフォルトの名無しさん** · 2019/03/23(土) 15:29:46.08

>>437
ああ。package 付ける方法もあるな。試してないけどそれでもできそう。

**デフォルトの名無しさん** · 2019/03/23(土) 15:34:11.63

>>437
どうもありがとう。

できたよ。違う package にしておけば同じ関数があってもうまく行く(名前衝突しないんだから当然と言えば当然か)。

**デフォルトの名無しさん** · 2019/03/23(土) 15:38:27.73

いや、437はpackageが同じでもファイル名が別なら衝突しないという話だよ

**デフォルトの名無しさん** · 2019/03/23(土) 18:56:11.23

>>441
package が同じというのは2ファイルが package 指定なしの時と同じだよね?
それだとダメだったんだよね。IntelliJ がどういう風にコンパイルしているかの問題だろうけど。

**デフォルトの名無しさん** · 2019/03/23(土) 18:58:25.76

さすがにスレチ

**デフォルトの名無しさん** · 2019/03/23(土) 19:07:58.43

すまん。

**デフォルトの名無しさん** · 2019/03/23(土) 19:29:18.72

>>442
>同じだよね?
同じ

ほんとにmainが衝突してる？
main以外のトップレベル関数が衝突してるだけか、
もしくはかなり古いKotlinコンパイラ(プラグイン)を使ってない？

>>443
これはKotlinコンパイラの仕様だから別にスレチではないよ

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

>>442
ああごめん435読み直したら、衝突したのはmainじゃなくて「同じ関数」なのね

対応方法としてはmain以外をprivate funにする,
classまたはcompanion objectまたはobjectに入れる

A.kt, B.kt
-----
fun main(){
a()
f.a2()
}
private fun a(){}
private val f = object {
fun a2(){}
}

**442** · 2019/03/24(日) 03:29:22.97

>>446
どうもありがとう。
確かに private でも名前外に出さないからできるね。

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

Kotlin/Nativeが遅い原因を逆アセンブルして調べてたらこの記事にたどり着いた
https://soywiz.com/kpspemu-kn09/

UpdateReturnRefやLeaveFrameのコストが重すぎる
1.3.20時点ではリリースビルドでも最適化はされていない

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

誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 56097
https://you-can-program.hatenablog.jp

**デフォルトの名無しさん** · 2019/03/26(火) 21:38:27.76

>>449
そのためにわざわざ眼鏡買うのバカらしいから君ちょっと自分で試してみなさい。
それともブログ書いた本人だから試し済みか？

**デフォルトの名無しさん** · 2019/03/26(火) 21:40:50.59

ていうか既にプログラム書ける人ばかり来てるであろうスレでそんなの書かれても効果を実感できるやつはほとんど居ないだろうなあ。

**デフォルトの名無しさん** · 2019/03/26(火) 21:53:14.49

>>450
>>397

**デフォルトの名無しさん** · 2019/03/29(金) 20:35:19.53

今日Kotlin入門しサクッと文法をやった程度のものですがAndroidプログラミングの学習リソースを探しています
JavaでのAndroidプログラミング経験はありません

**デフォルトの名無しさん** · 2019/03/29(金) 20:41:29.42

今日やっていきなりかよ！
もうちょっとKotlin単体で粘れよ！他にやることあるだろ！

**デフォルトの名無しさん** · 2019/03/29(金) 21:25:55.21

>>454
>>453はXamarinのAndroid開発のエキスパートかもしれん...

**デフォルトの名無しさん** · 2019/03/29(金) 21:34:48.88

>>453
Activityとは何か？と考えることにひたすら時間を費やす。
使用言語にかかわらずandroid開発はそれがすべて。

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

ぼくなんかJavaちょっとかじっただけでAndroidに挑戦しちゃったわ
あの時はActivityがクラスな事すら分からずにテキスト見てその通り書いてたな……😅