Streamについて検討する

[taratara10]

• clockをViewmodelじゃなくて、usecaseでstreamで公開したい
• テストかけないしね
• 再利用性がない
• [ ] how to test

[taratara10]

• https://padamchopra.medium.com/flutter-using-streams-for-asynchronous-requests-fadc5bf1df6d
• sinkにぶちこめば、streamで流れてくる感じ？

[taratara10]

• card更新と、全体更新を1つの関数でやってるのでややこしくなってる
• 関心を分離しよう
• clockはvmからもらったデータでやればいいから、同期でいいかな
• finishをする必要がありそう?

[taratara10]

• と思ったけど、returnでClockCardState返したいな、、、
  • これはview層で、domainではないです
  • viewで収まるくらいのコンパクトな処理ではある
• domainはclockみたいなの汎用にしとく？
  • 冗長
• それか詰め替えdata classを作るか
  • どっちが高凝集で可読性が高い？
  • ロジックがviewにあるとテストされないので、useCaseにあるべき巻はある

[taratara10]

• 一番のモチベはtimerをviewModelで管理したくない
• thread安全で使いたい
  • coroutine flowがないのがすべて悪い

[taratara10]

• domainはrepository -> usecase -> viewへの緩衝材
  • view -> usecaseの流れは逆の依存なのでは？
  • UDFではなさそう感

[taratara10]

• 無理にclean architectureに拘る必要はないのでは
  • uiStateがcore-modelにあればいいという話
  • flutterはmoduleわけないので、別にいいかも

[taratara10]

• streamやるならMVIでやりたい
• MVVMの個人開発ではover enginiering