FavoriteのDB作る

[taratara10]

42 でUserはまだ不要なので、Favoriteに作り変えます

[taratara10]

https://kt.academy/article/cc-flow-combine

topicとfavoriteをmergeするのかな どこで購読開始すればええんやろ

[taratara10]

あ～～～　topicはそもそもfavoriteを持っていないのが正なのか。そうだね。ドメイン的に。

ので、UiStateに合流するときにはじめてやればいい。 repositoryにfavのFlowを用意しておいて、viewModelでmergeが良さそう。

クラス設計が間違っていた。

[taratara10]

てことは、favoriteRepository作った方がよいかしら

[taratara10]

うーんわわからん。

RoomでStateFlow返す情報ないけど、できないんか？ Flowの情報ならある。 Flow -> StateFlowはstateIn()使えばいけるけど、coroutineScopeひつようなので、repository向きではない。

そもそもrepositoryにflowを持つのが間違いでは？

[taratara10]

TopicとMyTopic(fav付き)でアカウントごとのあれを作ればええやろという天啓を得た

[taratara10]

https://developer.android.com/training/data-storage/room/relationships?hl=ja#one-to-many

one-to-manyだけど、ローカルはまぁ単一ユーザーなので、Userに加えて追加のがいいのかな

[taratara10]

UserDB残した方がええんやろか 多分使うだろうし残しとくか。

[taratara10]

topicが

• id
• title だけになって、

myTopicが

• id
• title
• state

になるのか

[taratara10]

roomDatabaseってmultipleで作った方がええんか？

そのうちUserとmugrateするので、一緒で良さそう

[taratara10]

これ、topicRepositoryに自前のStateFlowで管理してるけど、すべてMyTopicにした方が良さそうね

MyTopicからStateFlow or Flowでほしい

[taratara10]

https://developer.android.com/training/data-storage/room/async-queries?hl=ja

あ～～～～ RoomはFlowしか対応してないのか not StateFlow

inStateはcoroutineScopeいるから確かにな～～～ というか、改めてKotlinの言語としてCoroutinesサポートしてんの偉すぎるな

[taratara10]

custom data type 使うには

• json parse
• primitive value プリミティブでもいいけどね。

[taratara10]

KMMまで見据えると、プリミティブのがいいんだろうか そもそもiOSはRoomなくて、どうやってローカルDB使ってるの？

[taratara10]

• myTopicのfavを変更したらFlowで変更を受け取りたい

• Flow<List>で流れてくるのが理想

  • これを実現するには、クエリを工夫する必要がある
  • Queryに対象idのリストを渡して、毎回新しいFlowに刷新すればいいのでは。

• つまり現状、getTopic + addTopic + StateFlow で表現してるけどこれではない

  • getTopic: Flow<List> だけで良さそう
  • それをやるのはuseCaseでは
  • Repositoryは値の詰め替えで、ビジネスロジックはいらないかも？
  • あんまり細かくしてもinterfaceが増えてうーんなんだよな
    • Be a deep Module
  • updateとかTopicの機能は他画面からも使いそうなので、useCase切るか
    • dummy用にinterface切るか問題はあるけど、いったんminimum実装しよう

[taratara10]

一撃で行ける仕組みを作ろうとすると難しい Roomは十分高速なのでn- strokeになってもパフォは変わらんので愚直にシンプル実装しよう 問題は起こってから考えよう

[taratara10]

• useCase作った方が良さそう

• Flowをマージすればええんかな

• 命名はMyTopicじゃなくて、TopicEntityのが良かったな

[taratara10]

むずい　フローを整理しよう

スクロールでFlowにtopicを追加したい

• getLocalTopic
  • これ別にfetchでもいいのでは
  • Insert(IGNORE)にしておけば
  • Firestoreのローカルキャッシュも強力なんで
    • そもそもこの処理はサーバー側の処理な気がする～
    • id指定したら、userCollectionに追加してそれを返す
    • そもそもFireSoterをFlowで唯一参照でいいのでは！？
    • localで整合性合わせようとするから難しい

fireStore一元管理で考える

• getTopic: Flow

  • これだと、全ての履歴を取得してまうんだよなぁ？

• addTopic

  • user配下にtopicを追加する
  • 既にある場合は、何もしない
  • shouldAddTopic: Boolean

• UIに表示するidのリストはアプリで保持しよう

  • getTopicに渡す
  • shouldAdd
  • false
    • そのまま取得
  • true
    • addしてからgetFlow

[taratara10]

Firesotoreのsnapshotはofflineでもキャッシュにためてくれるらしい、偉い

[taratara10]

splatoonやってたので、全て忘れた

[taratara10]

• UserにfavoriteしたtopicIdを持たせて、Flowで購読する
• repositoryからgetTopicしたときに、一緒にそのデータを合体させるイメージ
  • これはBusinessか、Data層か悩ましいとこではある
  • てか、サーバーにuserId送ったら、それ込みのデータ欲しくなーい？？？
  • 割とuseCaseあるから、アプリ側にした方がいいか
  • ドメイン整理したい

[taratara10]

話がとっ散らかってるから、wikiでやろ

[taratara10]

• https://github.com/taratara10/Topicker/wiki/Domain%E6%95%B4%E7%90%86
• https://github.com/taratara10/Topicker/issues/38

で、ドメイン整理したら、Userいらないねの話になったので、これはclose