Kotlin 8

**デフォルトの名無しさん** · 2024/04/25(木) 20:44:13.26

日本じゃ販売されてないオライリーの本だとテンみたいな動物が描かれてるな

**デフォルトの名無しさん** · 2024/04/27(土) 01:18:46.77

Kotlin マスコットの Kodee （コディー）をご紹介！
https://blog.jetbrains.com/ja/kotlin/2023/05/the-kotlin-mascot-returns/

**デフォルトの名無しさん** · 2024/04/29(月) 00:57:56.26

うーん、やっぱりインパクトが薄すぎるな
特段かわいくもないしカッコよくもないし、さりとてキモくもない
せめてキモカワイイくらいでないとインパクトが薄い

**デフォルトの名無しさん** · 2024/05/08(水) 22:53:46.91

K2 compiler migration guide
https://kotlinlang.org/docs/k2-compiler-migration-guide.html

**デフォルトの名無しさん** · 2024/05/11(土) 13:37:01.67

Any 型のインスタンスを MutableList<Any> 型にキャストしようとするとチェックしていないという警告が出る。
かといって if (it is MutableList<Any>) ... みたいにチェックする部分を書いても List が持つ型の Any のチェックはできないとエラーになる。
これ Java で Object のキャストする時も同じだと思うけど、List, Map, Set の類の保持する値の型に関してはチェックできないからもうどうにもならんのかな？言語仕様の問題？

**デフォルトの名無しさん** · 2024/05/11(土) 13:47:19.53

Anyにキャストしたいと思ったことがない
その状況がまずおかしいのでは？？

**デフォルトの名無しさん** · 2024/05/11(土) 13:58:50.60

Let's Go!!

**デフォルトの名無しさん** · 2024/05/11(土) 14:32:54.42

>>204
何をしようとしていたかというと、まず MutableMap<String, Any> のインスタンスを作っておいて、それのキーによって値が Int だったり String だったり MutableList<String> だったり MutableList<Int> だったりするようにしたかった。
m["A"] なら Int, m["B"] なら MutableList<String>, m["C"] なら MutableList<Int> みたいな感じ。
まあ、何か他の方法がないわけじゃないんだろうけどね。(自分で専用のクラス作れば一発で解消するんだろうけどねw)。

**デフォルトの名無しさん** · 2024/05/11(土) 15:09:35.85

文字通り未検査なんだから仕方ないね
型不明のコレクションにキャストしてから各要素をmapでキャストするかまるごと警告抑制でいいのでは

**デフォルトの名無しさん** · 2024/05/12(日) 10:41:41.27

composeで何個かアプリ作ってて思ったけど、確かに綺麗かつ書き換えしやすく書けるけど、今までに比べて難しすぎる。
初学者が書けるとは思えないんだが。

**デフォルトの名無しさん** · 2024/05/12(日) 11:30:15.48

初学者はFigmaみたいなデザインツールサービスで設計してComposeでコーディングの流れなら多少はマシなんじゃないか？
ReactやらSwiftUIやら時代の流れで宣言的UIが主流になったからこの形式に慣れるしかないんだ

**デフォルトの名無しさん** · 2024/05/12(日) 11:44:54.00

K2 compiler migration guideを読む
https://qiita.com/RyuNen344/items/2e5a67df1823fb5884fd

**デフォルトの名無しさん** · 2024/05/12(日) 18:46:17.27

シンプルにModifierとかテーマとかが分かりづらそう。
もちろん、知ってる人は今までより楽なんだけどなぁ。

**デフォルトの名無しさん** · 2024/05/12(日) 19:22:30.71

ダークテーマとかめんどくさいねん

**デフォルトの名無しさん** · 2024/05/22(水) 17:36:27.32

祝・Kotlin 2.0.0🥳

**デフォルトの名無しさん** · 2024/05/22(水) 21:46:59.77

シンプルなビルドツールのAmperがスタンドアローンで動くようになったみたい
そろそろGradleやめてAmperにしてもいいかも
ttps://blog.jetbrains.com/amper/2024/05/amper-update-may-2024/

**デフォルトの名無しさん** · 2024/05/24(金) 08:10:48.56

今年のKotlin Confはよかった
AWSの話もあってサーバーサイドとしても宣伝されてた
ttps://youtu.be/Ar73Axsz2YA

**デフォルトの名無しさん** · 2024/06/04(火) 16:04:32.32

時間ができたから興味本位で個人用泥アプリをそこまで苦労なくKMPに移行させてみた
iOS開発環境はないからとりあえずJVMのデスクトップアプリとして動かして満足

主に書き換えたところ
build.gradleのマルチプラットフォーム化
xml→Composeに完全書き換え（これは既にほぼ移植完了してた）
SharedPreferencesをDataStoreに移行
commonMainに共通コードを移動

**デフォルトの名無しさん** · 2024/06/04(火) 16:16:02.71

忘れてたあとネットワーク周りのKtor移植

**デフォルトの名無しさん** · 2024/06/05(水) 01:40:53.24

>>216
結構簡単そうだな。
compose重い印象あるけど、JVMの動作やリソースの食い具合は>>216的に満足いくレベルだった?

**デフォルトの名無しさん** · 2024/06/05(水) 16:59:49.49

>>218
スムーズで満足だったよ
大量のアイテムのリスト表示もカクつくことなく、Androidで動かした場合と遜色もなくデスクトップアプリとして動いてくれた

メモリ使用量はだいたい100～150MBのリソースを食ってたから気になる人はいるかも

**デフォルトの名無しさん** · 2024/06/05(水) 17:22:10.82

>>219
回答ありがとう。
アプリに寄るのは理解しているけど、ベースでのメモリの食いもそんなないんだね。
MAUIも個人的に好みじゃないし、今度作るときはCompose使ってみようかな。

**デフォルトの名無しさん** · 2024/06/05(水) 20:09:09.36

Modifier.composedをModifier.Nodeに書き換えたらむっちゃ爆速になったので報告
参考になったサイト
Modifier.Node を使いましょう (Part 4: @Composable 関数の実装を Modifier.Node に書き換える) ttps://qiita.com/_SUR4J_/items/d48372b5793c4a0fa65f